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(57) Abstract: An Internet enabled, business-to-busi- 
ness computerized transaction system is disclosed in 
its preferred embodiment for use in providing rental 
car services for high volume users and comprises an 
Internet web portal through which the high volume user 
may access a plurality of service providers including 
an integrated business computer network for at least 
one rental vehicle service provider. The rental vehicle 
services provider computer network is configured 
to interconnect a geographically diverse plurality 
of branch offices, cataloguing their available rental 
vehicles and schedules for same as well as handling 
all transactional data relating to its business. The 
Internet web portal provides ubiquitous connectivity 
and portability for a multi -level business organization 
who regularly places high volumes of rental purchases 
with its business partner and also those other service 
providers who may or may not have the same integrated 
business computer system and software. Utilizing 
the method and apparatus of the present invention 
large volumes of rental transactions may be placed, 
monitored, altered during performance, and closed out 
with financial accounting and payment being made 
virtually without human intervention. 
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Extended Web Enabled Mult i- Featured Business To Business 
Computer System For Rental Vehicle Services 

Cross Reference to Related Application 

This application is a continuation-in-part of Serial No. 
09/694,050 filed October 20, 2000, which is a continuation-in- 
part of Serial No. 09/641,820, filed August 18, 2000. 

5 

Introduction 

The invention disclosed and claimed in the first filed 
parent cross referenced above relates generally to the field 
of an Internet enabled business-to-business intelligent 

10 communication link allowing a first business organization to 
have intelligent interaction with a second fully integrated 
business organization to facilitate the placing of orders or 
reservations for business services or goods, with the services 
or goods provider having a computer network linking multiple 

15 levels of its organization to provide for the smooth conduct 
of business between the two organizations. More particularly, 
this field relates to an Internet enabled automatic rental 

42103.doc 
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vehicle transaction system to facilitate the conduct of rental 
vehicle transactions between two multilevel business 
organizations, one of which provides such rental vehicle 
transaction services in an integrated manner through business 
5 enterprise software to a high volume user of such rental 

vehicle services wherein an Internet web portal is defined by 
the rental vehicle service provider which interconnects the 
two business organizations at multiple levels, providing a 
graphical user interface (GUI) for the transaction of large 

10 amounts of rental vehicle services automatically and virtually 
without human intervention upon entry. The invention of the 
second filed parent continuation-in-part application extends 
the functionality of the first filed parent invention by 
providing an intelligent portal that is readily configurable 

15 to suit any particular customer and any particular provider 
data requirements or method of doing business. This added 
functionality allows the invention, for example, to provide 
the user with access to other suppliers in the same seamless 
and integrated manner. In other words, the user now has 

20 access to not just one integrated business but multiple 

businesses, some of which may but need not be, integrated 
businesses thereby extending the invention for use in a 
generic application to satisfy a user's needs for a good or 
service not just from one vendor but all vendors connected to 

25 the invention. The inventions disclosed in this application 
add to the functionality of the systems first disclosed in the 
two parent applications by providing features and advantages 
which increases its flexibility and adaptability to* other 
business models as might be found in different countries for 

30 handling rental vehicle transactions. 



Background of the Invention 

Computer technology has been embraced by many businesses 
in order to handle their ever increasing order flow as well as 
35 to mitigate the increasing blizzard of paper required to be 
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produced to document this business. A significant benefit 
which often drives the implementation of technology is its 
further advantage in increasing productivity to thereby allow 
fewer people to handle greater volumes of business. One such 
5 good example demonstrating the efficiencies and value tp be 
gained by implementing technology is the business model 
developed and followed by the assignee of the present 
invention. A rental car company at its heart, the assignee 
transacts an ever increasing number of time sensitive, 

10 relatively low dollar volume, vehicle rentals which in many 
instances require authorizations to be made in advance, 
reservations of vehicles from available geographic and vehicle 
type selections, monitoring of the rental as it progresses 
including possibly extending the rental under certain 

15 circumstances, communications between the various parties 
involved in the transaction to ensure ultimate customer 
satisfaction, and financial accounting for the transaction 
including generating invoices and processing them for payment. 
While a significant portion of the vehicle rental business 

20 involves rental for leisure, business travel, etc., another 

significant business relationship has developed with insurance 
companies and the like in what has been termed as the 
replacement car rental service business. In this business, a 
vehicle insurance company may have many thousands of 

25 policyholders who are eligible to be involved in accidents, 
and other dislocations of use, requiring that a vehicle be 
rented for that customer's use while his own vehicle be made 
ready again for use. Thus, for this business segment, a 
multi-tiered business organization such as a vehicle insurance 

30 company represents a significant customer for repetitive 
vehicle rental services. To conduct this business in an 
orderly, time efficient and cost .efficient manner, it is 
necessary that this insurance company has as its business 
partner a vehicle rental company which is itself multi-tiered, 

35 such as the assignee of the present invention. This is 
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because the needs, both geographically and in volume , are 
significant which require the dedication of a significant 
amount of resources. To satisfy these needs and to respond to 
other business growth, in its embrace of technology the 
5 assignee hereof has succeeded in developing an in-house 

computer system and related software which has integrated its 
business internally. This business integration has been 
massive and company-wide as is needed to integrate a company 
having a central office with literally thousands of individual 

10 branches located nationally, and even now internationally, 
with hundreds of thousands of vehicles available for rental. 
Furthermore, other business partners including other service 
providers such as vehicle repair shops have also been given 
access to this system to allow for input of information 

15 relating to progress of vehicle repair, extension of rental 

time, etc. as the rental progresses. This integrated business 
computer network and software generally includes a mainframe 
server at the heart of a wide area network (WAN) which 
facilitates the transfer of vehicle rental information and 

20 orders company-wide. This integrated business model is most 
efficient and needed in order to satisfy the vehicle rental 
service needs of a vehicle insurance company which itself may 
be national or even international in scope. 

As a first step in extending the integration of 

25 technology into this business model, the present assignee has 
previously developed and implemented a computer system which 
has provided improved communication capabilities between the 
two business partners. This system generally comprised a 
second mainframe computer linked to the first mainframe of the 

30 integrated business network, with dedicated access lines being 
provided from this second mainframe to various levels of the 
multilevel business organization comprising the insurance 
company. In effect, with this additional mainframe and 
dedicated pipeline access, various individuals at the 

35 insurance company were permitted to directly interact with the 
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integrated business computer network of the vehicle rental 
company as well as other selected service providers such as 
body shops where wrecked vehicles were being repaired. The 
implementation of this system provided a great step forward 
5 over the people intensive business activity previously 

• required in order to handle the large number of transactions 
encountered in this business relationship. Historically, the 
replacement car market engendered large numbers of telephone 
calls being placed between the insurance company, the rental 

10 company, and the body shop where vehicle repair was being 

performed in order to authorize the rental, select and secure 
the desired replacement vehicle to be provided, monitor the 
progress of the repair work so that scheduling of the rental 
vehicle could be controlled, extending the vehicle rental in 

15 the event of delays in repair, authorizing various activities 
involved in the rental process including upgrades of vehicles 
or other charges for services, and subsequent billing of the 
rental service and processing the billing to the insurance 
company for payment. 

20 While the implementation of this system was successful 

and represented a tremendous step forward in automating the 
business relationship between the insurance company and the 
vehicle rental company, it did have certain limitations. For 
example, a specific communication link had to be established 

25 between the rental vehicle company and the particular users at 
the insurance company designated to have access to this 
system. Thus, special attention and some modicum of expense 
was required to establish these "pipelines" and maintain them. 

* Still another aspect to the system implemented was that it was 
30 not "browser" based nor did it provide graphical user 

interface (GUI) menus. Thus, each user had to be specifically 
trained in the particular "language" used by the system and 
learn to work with specific menus nested in a specific manner 
as well as codes for entering commands which were not similar 
35 to other computer software programs. This software design 
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thus necessarily required additional training in order to 
insure that users could gain the full measure of advantage 
provided by the system and in order to minimize the 
opportunity for erroneous information or incorrect 
5 reservations from being entered or otherwise confusing the 
business transactions. Furthermore, user efficiency was not 
immediate and required skill beyond that ordinarily found in 
casual computer users , as we are all becoming in this computer 
age. Still another disadvantage to the system was that access 

10 was required to a designated entry point in the system in 

order for a person authorized to be on the system to work with 
it. As the nature of the insurance and replacement car 
business requires extreme mobility at multiple levels of both 
business partners, this represents a limitation to the 

15 usefulness and time efficiency with which various business 

functions could be performed. Therefore, while implementation 
of the second mainframe allowing for pipeline connections at 
various levels of the multi-tiered insurance company was a 
significant step forward in automating the business 

20 relationship between the two business partners, significant 
limitations to this solution were readily apparent to the 
users thereof. 

Summary of the Invention 

25 In the first parent application cross-referenced above, 

the inventors herein have previously succeeded in designing 
and developing a means for substantially enhancing the 
business to business communication link between these two 
businesses which provide significant advantages over its prior 

30 embodiment. More particularly, the inventors have succeeded 
in replacing the dedicated pipeline access of the existing 
system with a web portal allowing Internet access to the 
mainframe with a browser based graphical user interface (GUI) 
presentation. This also made the system more readily 

35 accessible to smaller business partners as the expense of the 
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"pipeline" was eliminated. The first parent's invention 
offers several important technical advantages over the 
previous system. First of all, by taking advantage of the 
ubiquitous nature of the Internet, the ultimate in portability 
5 and connectivity for this system is now provided in a business 
environment where mobility and connectivity are at a premium. 
In other words, a claims adjuster, body shop, or any other 
business employee authorized to have access to the system may 
gain access at any site offering Internet access. In present 

10 day technology that includes many mobile devices and 
appliances which are Internet enabled. As technology 
advances, it is conceivable that this access will extend to 
permit "24/7" access by any authorized person at any 
geographic location. This is a marked improvement providing 

15 immediate benefit and advantage over the dedicated pipeline 
access of the prior art system. 

One limitation however, is that with this embodiment, 
this internet access must support a stateful connection. In 
this context, a stateful connection refers to a * persistent" 

20 conversation, meaning that the client side and server side 

software components establish a connection to one anther once 
and multiple data transfers may occur without severing that 
connection. Common examples of a stateful connection include 
on-line chat, on-line gaming, and for virtually all on-line 

25 conferencing. This is distinguishable from the normal 

operation of web pages which typically establish a connection, 
transfer the object on the page, and then sever that 
connection. These types of connections are generally referred 
to as w stateless" connections. 

30 A second major advantage of the first parent's invention 

is its graphical user interface. The inventors have taken 
full advantage of this browser based GUI to streamline and 
organize the presentation of information to a user to actually 
guide him as he interacts in doing his business. One such 

35 example is customized design of the menus such that the user 
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is guided and directed to answer only those questions required 
to be answered in order to conduct the particular transaction 
being addressed, and further to present choices to the user 
for his selection to minimize the need for the user to rely on 
5 his own memory or to be familiar with complicated and 
specialized codes to enter data or request transaction 
activity. With the recent and continuing explosion of the 
Internet, more people are becoming familiar with browser 
programs and their operation through their own daily 

10 activities in their personal lives. This familiarity paves 
the way for easier training and quicker orientation of a new 
user to the present invention. For large business 
organizations communicating at multiple levels, this 
significant advantage cannot be minimized as there are large 

15 numbers of people who must be continuously trained due to the 
growth of the organizations, as well as the replacement of 
employees due to the inevitable attrition. Thus, the first 
parent's invention provides an immediate increase in worker 
productivity, and makes that improved efficiency available to 

20 many more workers who are not particularly skilled otherwise, 
in computer usage. 

Still another advantage provided by the first parent's 
invention is through the implementation of additional 
functionalities which are engendered by the browser/GUI 

25 interface. As the system is continuously used, and feedback 
is continuously monitored and analyzed, additional features 
that add value through providing management information as 
well as by speeding transaction activity over the system may 
be implemented. For example, several of these features 

30 include the ability of a user to create an on demand report 
for transaction activity including summaries of transactions 
handled by a particular user or group of users which might 
either be open or closed. Another example of additional 
functionality which improves the efficiency of a user is the 

35 ability to create a repair facility call back list which 
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allows a user to sort existing open vehicle rental 
reservations by repair facility (body shop) and date such that 
a user is presented with the list of open reservations at a 
particular repair facility which can be readily handled in a 
5 single telephone call while at the same time having the system 
on line to implement any needed changes such as extensions of 
reservations, etc. Additional functionality has also been 
provided to speed the processing of invoicing which of course 
also speeds their payment and cash receipts. For example, it 

10 was found that even despite the built-in error checking and 
•correction facilities provided to the users of the system, a 
repetitive pattern of mistakes involving incorrect claim 
numbers was discovered. To speed the processing of these, an 
additional functionality was provided as an "electronic audit" 

15 known as invoice return which returns an invoice to a 

particular adjuster upon detection of an incorrect claim 
number for his human intervention and correction of the claim 
number. In this manner, problem invoices exhibiting one of 
the most common problems encountered may be readily handled 

20 within the system and in an efficient manner, instead of 
manually as before. 

The first parent's invention also has as a significant 
advantage the ability, to be further customized to meet the 
individual business partners' needs and desires as well as to 

25 provide additional functionality by offering additional 

features which become desirable upon accumulation of user data 
based on user experience. Furthermore, once implemented, they 
are immediately available .system wide. While this allows for 
consistent usage, it is limited in the sense that all of the 

30 system users are forced to use the same menus, data 

definitions, etc. This is not seen as a limitation for the 
one-to-one business application intended to be primarily 
addressed by the first parent's invention. 

Still another advantage of the first parent's invention 

35 is that the graphical user interface incorporates point and 
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click interaction, using buttons and tabs to present or 
conceal data for the user's attention or inattention as the 
case may be, and provide a much more robust interaction 
capability through the creation of menu designs that allow for 
5 access to the most commonly needed features from any point in 
the menu architecture. This is to be contrasted with the 
prior system which consisted of a main frame character based 
interface while the first parent's invention with its GUI 
interface allows a user to point and click to navigate and to 

10 make selections by pull down selection, thereby reducing 

errors. As users become more experienced with the system, and 
their confidence level grows, they are much more likely to 
become bored and aggravated with the rigid structure of the 
prior system requiring them to follow along a certain menu 

15 architecture in order to complete certain tasks. On the other 
hand, the first parent's invention generally increases the 
interest of the user in using the system. These advantages of 
the first parent's invention over the prior interface promote 
employee productivity by allowing a user more control over his 

20 work which is critical in achieving savings in human resources 
to operate the system which is one of its main goals. 

The second parent's invention extends the first parent's 
invention and expands its capabilities and functionalities. 
With the second parent's invention, a user may not only have 

25 access to its business partner, but also one or more 

competitors of its business partner through the same Internet 
portal. In this way, at least two needs are satisfied. 
First, the user can have access to a variety of providers to 
choose from where business needs or desires require. This 

30 allows the user to use a single portal and not have to sign on 
to a number of different portals, even should they be 
available. Furthermore, the user isn't troubled to learn how 
to access and use different portals even should they be 
available. Presently, not all providers are operating an 

35 Internet portal for offering their services, so by allowing 
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business competitors to be accessible through the same portal , 
independent development of other portals is forestalled. This 
is a benefit to the operator of the main portal as it creates 
and maintains a competitive advantage by handling all of the 
5 order flow which creates a data base of useful information for 
marketing purposes. Although initially the portal services 
might be offered for no additional cost to a competitor , 
eventually a fee might be charged which would at least 
partially offset the cost for owning and operating the portal. 

10 The design of the portal is elegant and offers great 

flexibility for customizing not only the menus for 
presentation to the user, but also in the design of -the data 
base entries needed or desired by the user and/or the 
competitive provider. For example, some users might not know 

15 or care about the features of a vehicle rented and so those 
data entries may not be provided space on the menu for the 
user to fill in. The data base as handled by the networked 
computer system then need not keep track of that data for that 
customer. This feature is readily accommodated by the data 

20 base programming and is conveniently implemented. 

In still another aspect of the second parent's invention, 
the web portal has the capability to accommodate the varying 
data requirements also of the various competitive providers, 
but also the level of their sophistication as evidenced in 

25 their respective computer systems and interface facilities. 
For example, the web portal may be configured to communicate 
the user's order to the competitive provider via email, phone, 
or even through a connection directly to an integrated 
computer system having the same or substantially the same 

30 inter-operability as the integrated computer system of the 

assignee hereof. This capability extends to accommodating and 
matching the competing data requirements of the user and the 
competitive providers, and having the flexibility to design 
and implement menus that readily meet these competing needs. 

35 Furthermore, the second parent's invention allows for changes 
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to be implemented by simple re-programming of the web portal 
which minimizes the effort and enhances the "user friendly" 
aspect to the present invention. 

Not only are these "global" improvements made available 
5 with the second parent's invention, there are other more 

particularized improvements that add functionality within the 
operating framework of the second parent's invention. For 
example, one such improvement is the ability to "virtually" 
assign work groups within the user so that, for example, 

10 multiple adjusters might be made into a team with a shared 
work load so that all of the team members have access to the 
same pool of work, such as the placing of reservations for the 
same group of drivers. With this "virtual team" assignment 
capability, work groups may be readily re-assigned to match 

15 changing work loads without worrying about re-configuring 

hardware or internal network connections. This can be a very 
valuable feature to accommodate staffing issues over 
geographical distances that can be nationwide, with access 
through the web portal to reservation facilities which are 

20 themselves nationwide. 

Still another feature is the ability to customize an 
individual user's authorization limits. As can be 
appreciated, one of the mixed blessings of providing enhanced 
functionality to the individual users of any integrated 

25 computer system is that it places great power in the hands of 
the user which at the same time creates the potential for 
abuse. There have been well publicized instances of • "rogue" 
employees making financial decisions or placing instructions 
which have far reaching financial consequences well beyond the 

30 intended authority of an employee, with disastrous results. 

With the second parent's invention, one feature is the ability 
to limit the financial commitments that a user may make during 
any pre-selected time period. For example, the user's profile 
may limit his ability to make only a certain dollar limit of 

35 vehicle reservations over any certain number of work days. In 
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this way, added safe guards may be conveniently provided, 
monitored by reporting capabilities, and changed as 
circumstances warrant, all with simple programming changes at 
the web portal. 

5 There are still other features that are provided by the 

second parent's invention that find their genesis in the 
different approach taken over the first parent's invention and 
owing to the inherent increased flexibility of using a web 
based programming for the web portal to interface between the 

10 user and the providers on the web server and eliminating the 
need for any custom software on the user's terminal. The 
details of these are to be found and described in the detailed 
description of the preferred embodiment below. Examples 
include the ability to send confirmatory communications to the 

15 user that the reservation has been received and entered into 
the provider's system for fulfillment, custom report design 
including the capability to save and re-generate the custom 
report upon user command, increased flexibility to process and 
pay invoices, etc. 
■20 Still other advantages and features have been developed 

and are newly disclosed and claimed more particularly herein. 
These advantages and features relate to usage of the present 
invention both domestically and abroad where there are 
idiosyncrasies in the business model that need to be 

25 accommodated. Still other features provide entirely new 

functionality. One such new feature involves adapting the 
present invention as a tool to market replacement vehicles for 
sale or lease to a customer who has had an accident 
significant enough that repair of his vehicle is not 

30 economically feasible. This is commonly referred to 

"totaling" a vehicle. The insurance industry totals about 3 
million cars per year, of which approximately 17% are newer 
models (defined as within three years of current model year) . 
Once totaled, the owner needs to buy another car. Since car 
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rental companies desire to sell more cars, any opportunity to 
tap into the total loss market will be bountiful. 

The present invention provides a window into the 
establishment of a total loss for a 
5 renter 1 s/insured's/claimant's automobile. Any car that is 
deemed to be a total loss would be indicated as such in the 
present invention for reporting purposes. At this point the 
stored information could be used to help provide economic 
benefit to all parties, insurance company, rental car company, 

10 and automobile owner. 

Once a renter 1 s/insured 1 s/claimant 1 s (owner's) car is 
determined to be a total loss the adjuster will try to 
ascertain the actual cash value (ACV) to be settled with the 
owner. The adjuster can use a third party tool, such as CCC's 

15 Pathways® product, to determine what ACV is. Today an 

adjuster must input this information manually into a separate 
application. The present invention contains much of the 
necessary information needed to determine ACV: name, car 
make, model series, year. The present invention need merely 

20 send the necessary information electronically to a total loss 
product and request an electronic response. Once the 
necessary information is generated, the present invention 
would in turn take the ACV and cross reference the car rental 
database of inventory.. Necessary information might include 

25 but not be limited to: ACV, year, make, model series, 
comparable cars, etc. 

The car rental inventory can be filtered by geography and 
"holding requirements". As a reseller of vehicles, ' the car 
rental inventory is generally contractually required to be 

30 within the fleet as a rental for a predetermined amount of 

time prior to being available for sale to third parties. Once 
a car is past the holding requirement it is generally within 
the discretion of the car rental company to sell. Thus, 
instead of X% of cars available to the car rental company for 
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retail sale, a virtual inventory of cars is available for 
retail sale to the owner of the car. 

Once the filters for geography and holding requirements 
are active, the present invention delivers a list of available 
5 vehicles for sale. At this point the adjuster and owner 
review the available cars, decide the cars considered to be 
attractive, and the owner then decides which one he wishes to 
purchase. 

The user then selects one or more potential vehicles and 

10 sends the request to the appropriate car rental location. The 
car rental location can then contact the owner of the vehicle 
to buy one of the selected vehicles. In addition, the list of 
vehicles and ACV information can be sent to the owner for 
further review and discussion. 

15 Once the car rental company contacts the owner and comes 

to a sufficient conclusion, either to buy or not to buy, the 
adjuster is notified of the conclusion and the transaction is 
consummated either through the present invention or off-line. 
Still other features are disclosed and claimed herein 

20 which extend the functionality of the present invention. 

These include the following. One such feature is .providing 
for automatic extensions of existing rental authorization, so 
that some limited extension authority is granted to. permit 
some flexibility to a particular user without burdening him 

25 with the need to obtain approval for the extension. Another 
feature could be referred to offline usage, and provides the 
functional advantage of permitting processing of reservation 
data in a computer not connected into the network, and then 
uploading/downloading between the offline computer as it is 

30 connected into the network, such as by dialing into the 

network over the internet, or through a portal. The type of 
data which could be processed includes virtually any related 
to the processing of vehicle rental transactions and other 
related data such as car repair scheduling, etc. This 

35 functionality provides an extension of the usability to the 
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invention to mobile users who travel beyond the reach of the 
internet, which even further enhances its applicability to 
those places not covered by wireless coverage. Alternatively, 
it allows the invention to bypass special connectivity issues 
5 " which are thought to be disadvantageous for any reason 

including cost, unavailability, inconvenience, etc. Still 
another feature includes further integration of the internal 
data bases kept by permitting a user to automatically update 
not just one but several data bases with a single command once 

10 that new data is entered into a single menu. For example, in 
what can be referred to as "power templates", a user may enter 
a multiple number of rental reservations on a single menu and 
then click a single "approved" icon which would then enter all 
of them into the system. This represents an improvement over 

15 a previous implementation requiring a user to separately 
"approve" each reservation, and then suffer the system 
processing time for each reservation. This "batch" processing 
can result in significant improvement in throughput, and 
reduction of user interface time for processing multiple 

20 transactions. Still another feature provides the added 

functionality of processing customer satisfaction feedback 
through the system. This feature provides the capability for 
a user to enter customer feedback information, both positive 
and negative but perhaps more importantly negative, so that 

25 immediate awareness of any problem can be obtained and 
corrective action taken to mitigate or eliminate the 
difficulty. This feature also allows a user to indicate a 
suggested supervisory level of interaction, or the system may 
allow for automatic escalation of involvement for succeeding 

30 levels of supervisory attention as the dissatisfaction 

continues or even escalates. This feature can be significant 
to a service provider as the ultimate success of. a service 
provider is directly dependent on the perception of 
satisfaction by the end customer. And,- it is well known that 

35 the sooner a problem is identified and solved, the more likely 
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a customer will have a satisfactory experience. Furthermore, 
from a strict economic viewpoint, the sooner some problem is 
addressed and solved, generally the less expensive the 
solution. A small accommodation can change a frown to a 
5 smile, if promptly offered. 

Still other features are now disclosed that have 
applicability perhaps in the domestic business model, but 
certainly offer needed functionality in other business models 
found in other countries. One of these includes multiple 

10 party involvement/management of a rental transaction. While 
the flexibility of allowing multiple adjusters within a group 
to "work on" a rental transaction has been previously 
described, this particular feature is different in that not 
only may these multiple adjusters not be within the same 

15 group, they might not be employed by the same employer, might 
not be adjusters themselves, and might have different 
authority for action on the transaction as is commonly found, 
in different countries. For example, in some countries one 
adjuster authorizes and manages the rental reservation for the 

20 car while another adjuster authorizes and manages the 

insurance coverage for the rental. Still another feature 
allows third party or "independent party" management of the 
rental. In some countries a- third party other than an 
insurance company is involved, such as a "credit hire" or 

25 "assist companies" or "repair facility" or "lawyer" or "fleet 
management company". Each of these third parties, or any 
other third party, may be permitted access to the system and a 
user profile created for them that defines their authority to 
process rental transactions through an administrative profile 

30 set up in advance through agreement with the authorizing 
agent, such as an insurance company. As an enhancement, 
various individualized features may also provide data 
indigenous to a particular country, such as electronic access 
to the Schwackliste book for an adjuster to conveniently view 

35 a "class" for a car to determine what replacement vehicle is 
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legally authorized for rental. Still another example of a 
feature needed to accommodate international capability is a 
need for a tiered rate system, and an hourly rental charge 
instead of a daily charge which predominates the domestic 
5 market. Processing of electronic signatures to satisfy local 
custom or legal requirement is yet another example of a 
feature for which the present invention is uniquely suited to 
provide . 

While the principal advantages and features of the 
10 invention have been discussed above, a greater understanding 
of the invention including a fuller description of its other 
advantages and features may be attained by referring to the 
drawings and the detailed description of the preferred 
embodiment which follow. 

15 

Brief Description of the Drawings 

Figure 1 is a schematic diagram of the computer systems 
comprising the first parent's invention; 

Figure 2 is a flow chart of the software programs which 
20 communicate . over the computer systems of fig. 1 to implement- 
the first parent's invention; and 

Figure 3 is a schematic diagram of the computer systems 
comprising the second parent's invention. 

25 Detailed Description of the Preferred Embodiment 

The overall system architecture for the first parent's 
invention 20 is best shown in Fig. 1. As shown therein, an 
insurance company computer system 22, which itself may be 
virtually any computer configuration or even a stand alone PC 

30 accesses the Internet 24 through any convenient access point 
26 such as even including an ISP (Internet service provider) , 
as known in the art. Also connected to the Internet 24 is a 
web portal 28 which is preferably provided by a server 
appropriately programmed as explained herein below. This web 

35 portal 28 may be appropriately configured as desired to suit 
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any particular business relationship or arrangement , although 
preferably the inventors herein and assignee of this invention 
have determined that a 24/7 or full time connection to the 
Internet 24 is preferable, except for scheduled downtimes for 
5 maintenance, etc. The service provider 30 which for purposes 
of explaining the first parent's preferred embodiment is 
preferably a vehicle rental organization, has itself an 
Internet portal mainframe 32 connected by a bi-directional 
communication link 34 to a second computer network 36 which 
10 may itself preferably have a mainframe server 38, This second 
computer system 36 is preferably a network having a database 
40 for communication with what may be thousands of branch 
offices each of which has its own computer interface 44 which 
communicates to this second mainframe server 38 to conduct the 

t 

15 integrated business functions of a service provider 

organization. Instead of communicating with the branch 
offices directly, a reservation may be communicated to a 
centralized location for further processing, such as a call 
center, and then relayed on to an appropriate branch office. 

20 This might be desirable under certain circumstances, such as 
if a branch office is closed, or when a purchaser requires 
some specialized service such as close monitoring of the 
rental. This may be done electronically and automatically, or 
with human intervention. 

25 It should be noted that the particular computer 

configuration chosen as the preferred embodiment of the first 
parent's invention may itself be subject to wide variation. 
Furthermore, the term "mainframe" as used herein refers solely 
to a computer which can provide large scale processing of 

30 large numbers of transactions in a timely enough manner to 
suit the particular business application. Preferably, as is 
presently used by the assignee hereof, an IBM AS/400 mainframe 
computer is used as each of computers 32, 38. However, as is 
well known in the art, computer technology is subject to rapid 

35 change and it is difficult if not impossible to predict how 
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these computer systems may evolve as technology advances in 
this art. For example, it is not beyond the realm of 
possibility that in the not so distant future a network of 
computers would provide the processing power to conduct these 
5 business operations as presently handled by "mainframe" 
computers. Thus, the term "mainframe" is not used in a 
limiting sense but merely to indicate that it is descriptive 
of a computer suited to handle the processing needs for a 
large scale business application. 

10 It should also be noted that the communication link 46 

extending between the server 42 and each of the branch offices 
44 may have alternative configurations. For example, in some 
applications access over the Internet may itself be adequate, 
recognizing the vagaries of Internet service availability, 

15 reliability, and processing speed. Alternatively, this 
communication link 46 could well be a dedicated pipeline 
providing broadband service connection full time with back up 
connections to ensure continuous communication between a 
particular branch office or groups of branch offices and the 

20 service providers business operations computer system 36. 
Some branch offices might even be served through satellite 
links. Indeed, it is even possible that a mixture of these 
wide variations of service level be present within a single 
organization's structure depending upon communication link 

25 cost and availability balanced against service needs. It 
should merely be noted for present purposes that this 
communication link 4 6 serves as the electronic umbilical cord 
through which branch offices 44 communicate with the business 
computer system 36 of the invention. 

30 Attached hereto as exhibits are functional descriptions 

of the software programs resident on the computers comprising 
the two computer systems 32, 38 which implement the first 
parent's invention. More particularly, attached hereto as 
Exhibit A is a functional description of the software to 

35 implement the integrated business functions resident on the 
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AS/400 or mainframe computer 38. Attached hereto as Exhibits 
B and C are related flow diagrams and explanatory text, 
respectively, for the software resident on the mainframe 
AS/400 computer 32. Attached hereto as Exhibit D is a 
5 functional description of the software resident on computer 32 
but which also appears on the server 28 which creates the web 
portal for access to the mainframe 32 and its resident 
program. Server 28 may use a bi-directional GUI to character 
based interface translator program, well known to those 

10 skilled in the art, to present the displays and information 

obtained and transmitted between the user and the computer 32. 
However, the software of Exhibit D could also be run on server 
28, as would be appreciated by those of skill in the art. It 
is believed that these functional descriptions and 

15 accompanying, text as exemplified in these exhibits are 
adequate to enable an ordinary programmer to implement 
corresponding software programs for executing the preferred 
embodiment of the first parent's invention using ordinary 
programming skills and without inventive effort. 

20 As a further example of the flow of data and the 

functional advantages provided by the first parent's 
invention, reference is made to Fig. 2. As shown therein, a 
right hand column is identified as "ECARS " which represents 
the integrated business software implemented as part of the 

25 mainframe operation 38 in computer network 36. The center 

column headed "ARMS" is resident on mainframe computer 32 and 
coordinates the communication of data. The left column headed 
"ARMS /WEB" represents the software resident on computer but 
which is presented on server 28 and accessible by users 

30 through the Internet. Along the left side of Fig. 2 are 

designated three separate sections of operational activity. 
These are "reservation" followed by "open" and concluded by 
"close". Generally, the functional descriptions are arranged 
in chronological order proceeding from the top of Fig. 2 to 

35 the bottom. However, some functional features are permitted 
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throughout the entirety of one of the three periods designated 
at the left side of Fig. 2. One such example is the "message" 
function which allows messages to be sent between users at one 
business organization 22 and branch offices 44 and others 
5 connected to the other business organization 30. Proceeding 
with a description of the transaction, the first set of 
communications allow for the reservation of the services. 
These can include requests for authorization or a rescind 
. authorization request to be sent from the service provider to 

10 the service purchaser. Correspondingly, authorizations and 
authorization cancels can be sent from the services purchaser 
to the services provider. Confirmations are communicated upon 
confirmation of an authorized reservation request. 
Authorization changes may be made and communicated from the 

15 services purchaser to the service provider. Corresponding 
rental transaction changes may be communicated from the 
services provider to the services purchaser. As indicated, ■ 
. through the entirety of this process messages may be sent 
between users and others connected or having access to the 

20 integrated business software, as desired. The consummation" of 
this portion of the transaction is a reservation that has been 
placed, authorized, confirmed, and provision is made for 
changes as necessary. During the next phase of the 
transaction, a reservation is opened and services intended to 

25 be provided are started. Generally, and preferably for the 
rental of vehicles, a start and end date are established in 
the reservation process. However, along the way, 
transactional changes may be made, such as for changing the 
type of vehicle provided, extensions may be requested and 

30 entered from either business partner, messages may be 

transmitted between the business partners, and the transaction 
may be terminated such as by voiding the contract by one 
business partner or terminating the authority by the other 
business partner. The term "reservation" has been used herein 

35 to refer not only to the act of placing the order but also to 
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filling the order for services including providing the rental 
vehicle to the ultimate user and even invoicing for those 
services. 

The last phase of the process involves closing the 
5 transaction. During this phase of the transaction, the 
contract is indicated as being closed and invoiced, the 
services purchaser can approve invoices, reject invoices, and 
also remit invoices. Such invoice remittance may also include 
the actual transfer of funds through an electronic funds 

10 transfer medium, or otherwise as previously arranged between 
the business partners . 

It should be understood that this is a streamlined 
description of the handling of a transaction, and by no means 
is exhaustive. For example, much more functionality is 

15 available to the user including accessing the data base to 

generate production reports regarding status of open or closed 
reservations, preparing action item lists to allow a user to 
organize and prioritize his work, obtaining information 
available in the system from having been entered by others 

20 which would otherwise require phone conversations which are 
inefficient and occupy still another person's time. A more 
detailed explanation of the functionality provided is found in 
the exhibits. 

In summary, the first parent's invention creates almost 
25 an illusion that the services purchaser, and the great number 
of users at various levels of the multi-tier purchaser users, 
are actually part of the services provider organization in 
that immediate online access is provided to significant data 
which enable the user to make reservations for services, 
30 monitor those services as they are being provided, communicate 
with those providing the services, obtain information relating 
to the status of services as they are being provided, and 
close transactions, all by interacting with the services 
provider business organization over that user's PC and without 
35 human interaction required by the business providers 
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personnel. By way of contra-distinction, for many years 
business has been conducted on a human level by customers 
picking up the telephone and calling services providers and 
talking to their human counterparts in order to convey 
5 information, place orders, monitor orders, including obtaining 
information as to status, canceling orders, questioning 
invoices and paying invoices, along with a myriad of other 
related interactions. Not only did the conduct of business in 
this manner entail significant amounts of human resources at 

10 both ends of the transaction, but it also led to 

inefficiencies, mistakes and delays all of which increase the 
cost of doing business and contribute to an increased risk of 
services being rendered in an unsatisfactory manner in many 
instances to the end user. The first parent's invention has 

15 taken the preexisting solution of providing electronic 

communication between the business partners to another level 
by "web enabling" this system for improved connectivity, 
improved usability, reduced training, enhanced mobility, and 
other advantages as described herein. 

20 A schematic diagram of the second parent's invention is 

shown in Fig. 3 and includes three levels of architecture. As 
shown in the first level of the architecture 50, a user 52 
such as an insurance company or other user has access through 
the Internet 54 to the computer system comprising and 

25 incorporating the invention. An Internet provider provides a 
link 56 through which Internet connections may be made to 
communicate with the further described system. For 
convenience, this Internet connection may be considered as an 
Internet site or portal in that a user enters a URL and 

30 arrives at this connection. A firewall 58 as is known in the 
art is used for security purposes and to prevent hackers and 
the like from unauthorized access to the system. A first . set 
of servers 60 are interconnected in a network 62 and may 
preferably include an ancillary server 64 for running load 

35 balancing software or the like to balance the load and provide 
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redundancy amongst what may be a plurality of web servers 60. 
These web servers 60 may preferably be Sun Microsystem servers 
running Apache web server software, or other such suitable 
software as would be well known to those of ordinary skill in 
5 the art. This first web server network of servers 60, 62 
process the random and disorderly communications flowing to 
and from this system and the Internet before passing them 
through a firewall 66 as a further precautionary measure. 
This first layer of architecture, identified as the Internet 

10 space/DMZ layer provides a secure interface and creates order 
out of the chaos of communications flowing between the system 
and others, as will be described. 

With this architecture, stateless connections are 
accommodated, for the first time. By supporting stateless 

15 connections, this embodiment eliminates the implementation 

difficulties encountered with the first parent's embodiment on 
the client. These implementation difficulties include 
installing extra software on the client side computers, and 
eliminates the need for special configuration of the internet 

20 access method, such as proxy servers or routers. For example, 
many proxy server are configured to disallow stateful 
connections for security reasons, i.e. to prevent unauthorized 
programs from establishing such connections. Another example 
is that routers are customarily configured with most ports 

25 closed and thereby unable to support stateful connections. 

The next layer of architecture 68 is noted in the figure 
as the "Enterprise private network" and is comprised of a 
plurality of servers 70 network connected with a network 
connection 72. Again, although the choice of hardware is not 

30 considered critical by the inventors hereof, Sun Microsystem's 
server/work station hardware is preferably used to provide the 
platform for running the application software for processing 
the various rental vehicle transactions, as will now be 
explained. Attached hereto as Exhibit E are a series of 

35 functional design specifications for the ARMS/WEB application 
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software resident on servers 70 and which provide the detailed 
description of the operational features of the software and 
system. With these functional design specifications for the 
individual modules, it would be readily apparent to those of 
5 ordinary skill in the art that programmers of ordinary skill 
would be able to write software to execute these functional 
specifications without using inventive effort. Furthermore, 
the details of this implementation are not considered to 
provide any aspect of the best mode for carrying out the 

10 invention which is defined by the claims below. Generally, 
the ARMS /WEB application software permits a user to sign on 
and, when recognized, provides the series of menus presenting 
choices for the user to indicate the parameters for his 
reservation. A plethora of information is provided and 

15 accessible to the user through the various, menus provided from 
which the user selects and enters data to process the 
reservation. An important feature of the ARMS /WEB application 
software is that it provides the user the opportunity to 
select to place his vehicle rental reservation not only with 

20 the integrated business computer system represented by the 
third level of architecture 74, described below, but also to 
route the reservation information back through the first 
architectural level 50 and into the Internet 54 for 
transmission to a competitive service provider 76. Although 

25 the interconnection is depicted in Fig. 3 as being made 

through the Internet 54, the network of servers 70 configured 
in accordance with the ARMS /WEB application software may 
utilize virtually any electronic means, for transmitting the 
reservation information to a competitive services provider 76. 

30 These include email, automated telephone, facsimile, and other 
forms of electronic communication. Of course, the competitive 
services provider 76 may itself comprise an integrated 
business such that the level of interconnectivity provided to 
the user 52 may parallel that disclosed and described in 

35 connection with the integrated services provider system of the 
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invention as well as the first parent's invention. This 
integrated business capability is represented as the third 
level 74 of the architectural topography shown in Fig. 3 which 
parallels portions of that shown in Fig. 1 in that a pair of 
5 network mainframe computers, such as AS/400' s 78 f 80 may 
process reservations to and from various branch offices 82 
which are geographically diverse. 

With the invention, the Internet portal provided by the 
ARMS /WEB network configured servers 70 provide an Internet 

10 portal for communication with not only the integrated computer 
enabled business system of the resident services provider, but 
also a portal for placing reservations to other competitive 
services providers 76. Thus, the user 52 enjoys the 
capability of accessing multiple service providers for 

15 competitive services through a single Internet connection 

using a single set of protocols, menus, etc: for the conduct 
of this business activity. Furthermore, the software 
configured network of servers 70 is readily configured in Web 
Logic to adapt to changing user requirements, data 

20 requirements, unique competitive service provider 

requirements, and other upgrades or modifications in a 
convenient manner by simply modifying the software resident 
therein. No special browser software of other interface 
software is required by the user and any special 

25 interconnecting software or server/hardware requirements may 
be satisfied as between the service providers such that the 
user is presented with a seamless interconnection. As the 
.invention is configured and works well with the integrated 
business and computer systems as disclosed herein, it is 

30 anticipated that such interconnection and usability may be 
readily translated to any other such integrated computer 
system as might be found in other competitive service 
providers, as would be apparent to those of ordinary skill in 
the art. Thus, with the invention, a user is provided with 

35 among other things Internet access through a single portal to 
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a plurality of service providers and, to the extent possible, 
to their integrated computer business systems. 

The invention is sufficiently flexible to accommodate 
changes which are intended to adapt it for use with other 
5 business models, and especially those encountered in other 
countries. Furthermore, some of these changes add features 
that are equally applicable domestically. One such example is 
an "automated extensions" feature. Typically, there are many 
occasions when a damaged or inconvenienced vehicle is not made 

10 available for use when originally scheduled. In the prior 
art, many times an extension would then need to be requested 
through the system, with authorization requested and provided. 
In order to streamline this process, and to minimize delay and 
involvement of supervisory authority, the system may provide 

15 for some form of automatic extension authority. Preferably, 
this could be provided in any one of three modalities, or some 
combination thereof. A first modality would be for the 
service provider to have automatic extension authority, upon- 
communication to the customer, within certain pre-determined 

20 limits. For example, an initial authorization may be for 12 
days of a vehicle rental. A request for an extension of 5 
days may be made by the service provider and of that 5 days 3 
days may be authorized automatically as being within 25% of 
the original rental term and a request for the additional 2 

25 days requiring approval may be automatically generated. Still 
another variation would be for the insurance company to set a 
limit within the system of the total number of authorized * 
days, which could be based on some other parameter such as 
labor hours or body shop hours or down time for the repairs to 

30 take place. Then, upon request for an extension, one may be 
automatically granted based on the total authority allowed or 
initially set into the system by the insurance company, and up 
to that limit. Still another variation would be for a third 
party service provider to be involved in the process, such as 

35 a body shop, to make direct input into the system of a need 
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for an extension. These authorized third party providers 
would preferably be pre-selected and their authority limited 
as described above. This feature may be implemented 
conveniently in a separate menu, for example as shown in the 
5 attached "screen shots" headed "Extend Rental". 

Another feature is an offline usage feature which allows 
a user, such as an adjuster, to work with a laptop having 
loaded thereon a software program that emulates the connected 
network software for local processing of data, such as claims 

10 data. In use, an adjuster would preferably first connect to 
the system and download or "synch" his laptop data base with 
the claims data resident in the system. The adjuster would 
then disconnect and use his local program to work offline. 
Such work could include the generation of new reservations, 

15 authorization of direct billings, extension of rentals, 

approval of invoices, and setting of termination dates for on- 
going rentals, among other tasks. The user would then re- 
connect to the system, such as over an internet connection, 
sign in, and "synch" his laptop to the system which then 

20 transmits or executes his commands /communications to the 
central processor. The central processor checks the users 
"synch" data against its data file, advises the user of any 
"synch" data that is older than the current data, and requests 
the user to specify which data should be processed. After the 

25 processor is instructed by the user, it will then act on the 
"synch" data. For clarity, a first "screen shot" is provided 
that illustrates a sign in log for a user who wants to 
initiate a "synch", and a second "screen shot" is provided to 
illustrate a listing of activity that could have been created 

30 offline and which is available to be input to the system upon 
"synching". A preferences feature is provided to allow a user 
to establish defaults for automatic syncing of the data. 
Also, a history feature will allow the user to display all of 
the syncing activity from his connection or portal including 

35 error messages and conflicts noted. 
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-Yet another feature allows for a user to enter, or 
execute, a full menu of transactions without individually 
opening them from a summary menu. This has been referred to 
as a "power template" feature. Instead, a hyperlink is 
5 provided to allow a user to jump into another menu of details 
for an individual item should it need to be changed and not 
entered as suggested, requested or listed on a user's action 
list. 

Still another feature allows for the collection of user 

10 satisfaction feedback, and alerts to be entered for the 

attention to complaints, by the user right at his terminal. 
This capability allows for a text message to be entered as 
well as the name and contact information of the party making 
the feedback. As known in the service industry, and as 

15 discussed above, customer satisfaction is important and the 
faster a complaint can be registered and communicated to the 
proper person for correction, and then corrected, the more 
likely that a customer will view his experience favorably. By 
providing a pop up menu item capability, a user may from any 

20 one of a number of menus immediately enter the description of 
the problem and send it to the proper person electronically 
with a minimal amount of effort and a high degree of 
reliability. A convenient record may then be made of these 
"feedback" issues and entered into the system database. With 

25 this information stored electronically, it may be conveniently 
searched and analyzed for any recurring patterns, thereby 
identifying any particular person, branch, facility, or type 
of problem that should be addressed for action beyond the 
solution of the immediate problem. A "screen shot" is 

30 provided to illustrate how the "pop up" menu may appear, 

although it could be varied to allow for entry of other or 
additional information such as "trouble codes" allowing for 
the type of problem to be user classified, etc. A flow 
diagram is also provided to illustrate the flow for 

35 complaints, a methodology for processing them including 
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escalating their importance and level of attention as the 
matter remains unresolved over time. 

Still another feature that adds to the flexibility of the 
invention is a multiple adjuster feature, that can be extended 
5 to include an independent party control feature. In some 

countries, and in some business models either domestically or 
abroad, it may be preferable to have more than one adjuster be 
empowered to interact with or authorize certain facets of a 
vehicle rental transaction. In those situations, the 

10 invention can provide the flexibility and control needed to 
separately empower and control the interaction of multiple 
adjusters. For each user of the invention, an 
"Administration" schedule is set up by an authorizing agent, 
such as someone at the supervisory level of either the 

15 insurance company or the service provider, which grants 

authority for performing certain work activities as well as 
possibly limiting the amount of monetary authority allowed 
that adjuster. A "screen shot" is attached which exemplifies 
such authorization, with work activities including 

20 creating/authorizing reservations, maintain/extend rentals, 
pay invoices, user maintenance, receive unassigned action 
items, and reporting. This capability could be used to 
separately authorize different adjusters acting on behalf of 
the insurance company and the individual. In other words, the 

25 individual may need the car for 5 days but the individual's 
insurance coverage may only apply for 3 days while the 
insurance may pay for five days rental. This capability may 
also be further extended to independent third parties. 

As extended for independent party management, this 

30 capability further adapts the invention for use with agencies 
such as "credit hire", "lawyer", * fleet management companies' 7 , 
or ^repair facility", or "assist companies", all of which are 
found in other than domestic markets. Included herewith is an 
attachment which further explains the different types of 

35 independent parties routinely found at present, and examples 
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of "screen shots" which provide the additional functionality 
of customizing authorizations for each of these independent 
parties for interacting with a rental transaction. 

Yet another feature provided by the invention is a 
5 facility for marketing cars for sale/lease to customers. As 
explained above r a customer will occasionally be forced to 
replace his vehicle at the same time that he is renting a 
vehicle for temporary use. Furthermore, the value of the 
replacement vehicle, or the approved value that an insurance 

10 company will allow under coverage, many times determines the 
available vehicles from which a customer will be allowed to 
select without personal expense. The invention is uniquely 
designed to provide a listing of available cars, and 
information about the cars, all from the existing rental car 

15 data base as is kept in routinely running the rental car 
company's main business of renting cars. It is a simple 
matter to provide a menu which allows a user to specify search 
through the car inventory with parameters such as zip code, 
vehicle category, make and model. Using any one or more of 

20 these parameters, a search inquiry will then produce a listing 
of available vehicles matching the parameters, along with 
additional information about the vehicle including mileage, 
selling price, and color as well as other accessories. A 
customer could then be advised of the search results and 

25 allowed to select a vehicle. The invention may, if agreed to 
by the insurance company, and possibly conditioned on the 
physical inspection of the car by the customer, then authorize 
the transfer of the vehicle to the customer as an outright 
settlement of his claim. 

30 In implementing the replacement of the customers vehicle, 

a process preferably comprises the steps of an adjuster 
identifying the loss as a total loss which is preferably 
entered at the same time that a replacement vehicle rental is 
reserved, sending the vehicle data to a third party valuation 

35 tool for processing, determining the valuation of the vehicle 
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by a suitable measure such as actual cash value (ACV) , sending 
the ACV to the system, using the search function to identify 
possible replacement vehicles available for the customer, 
finalizing the replacement process with the customer including 
5 executing transfer of title documentation if desired, and 
posting the results of the vehicle replacement in the system 
for access by the insurance adjuster so that he can confirm 
that the customer's claim has been satisfied. A flow chart 
describing this process is attached for further explanation. 

10 Various changes and modifications to the preferred 

embodiment as explained herein would be envisioned by those of 
skill in the art. Examples of these changes and modifications 
include the utilization of computer systems configured in any 
one of a myriad of ways using present technology alone. For 

15 example, mobile computers are presently available and wireless 
technology could be used to extend the integrated business 
network of the services provider, as well as match the 
mobility needed by the various users connected to and using 
the present invention. The particular software, and various 

20 aspects and features of its design, have been adapted for 
particular application to the vehicle rental business. Of 
course, computer software applications satisfying other 
business needs would necessarily require adaptation to their 
particular business models. Thus, it is envisioned by the 

25 inventors herein that the various software programs described 
herein would be matched to the particular business application 
to which the invention is utilized. These and other aspects 
of the preferred embodiment should not be viewed as limiting 
and instead be considered merely as illustrative of an example 

30 of the practical implementation of the present invention. 

These changes and modifications should be considered as part 
of the invention and the invention should be considered as 
limited only by the scope of the claims appended hereto and 
their legal equivalents. 
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Introduction 



Welcome to ARMS Web! 

This User Guide offers step-by-step instructions that clearly guide you through each 
function of ARMS Web, It also shows you how to maximize the benefits of the sys- 
tem. Enterprise encourages you to keep the User Guide handy for future reference. 



What is ARMS Web? 

It is the Internet-based version of the Automated Rental Management System. ARMS 
Web forms a web-based computer link between your company and Enterprise Rent-A- 
Car. You can create reservations to set up rentals for your insured or claimants directly 
through the Enterprise computer system. You also have the ability to change existing 
reservations and rentals, view rates, extend authorizations, receive authorization 
requests and extension requests, send messages back and forth with Enterprise, and 
much more. 
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User Guide Overview 



Keep these important points in mind when reading your User Guide: 

The screens shown throughout this guide are reproduced directly from the ARMS Web system and are 
accurate reflections of the actual screens. Field buttons appear in bold type. They can be clicked to 
access information or move to another screen. 




HelpfulHints 

♦ Remember to key your claims office code in the Office field on the main menu (shown above). 
YournamewfflalreadybesetmtoeAdjusterfieM Once you 

enter the office code here, it is carried forward throughout the program for you. _ . 

♦ Ifyotr are imriipring or making changes to another adjuster 1 s files, b e sure to enter his or her last 
name in tti^^^B^ig f or Adj uster field. 

♦ Whenever a button is highlighted (see Create Reservation above), you can press (ENTER) or 
clickthebuttontoselectit You can highlight abutton by pressing (TAB) to move from one 
button to the next Though there are three methods by which to select the screen, fee User Guide 
will use only the highlight and click OK method Remember that you canuseany ofthemethods 
at any time. 

Common Definitions 

♦ A finger is what the cursor turns into when it is positioned over a button. Click to select that button. 

||"-'. ' Cr»»te Reservation ^ ""**][ 

♦ A button is an area on the screen that allows you to access, view, and/or change information. 
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Sign On 



Depending on the type of link your company has with Enterprise, the following screen may or may not 
appear. If it does not appear, consult your supervisor for sign-on procedures. 

If the Sign On screen does appear, 

1) Key your User ID and Password. This user ED and password will be issued to you by 
Enterprise. These allow Enterprise to confirm that you are authorized to use ARMS Web. 

2) Press (ENTER) or click Logon. The ARMS Web main menu appears (page v). 
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Create Reservation 



fitfStttt When should I gfmp y Use this section E 
t'^^pi use Create to authorize K 

'^smSm Reservation? vMbm^ a rental. E 

Create a Reservation - Main Menu < , i 

Select a Reservation ; 2 

Select an Adjustor 3 

Create a Reservation 4 

Create a Reservation - Rate Selection 5 
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Create a Reservation - Main Menu 

1) Key your claims office code in the Office field 

2) Key your last name in the Adjuster field 

3) Key the first three letters of the renter's last name (required). 

4) Click Create Reservation. 

5) If Enterprise has already requested a reservation authorization for a renter whose last 
name matches the three letters keyed, the Select Reservations/Rentals screen appears 
when you click Create Reservation (page 2), If there is no match for the letters 
keyed, the Create Reservation screen appears (page 4). 

flSSP The Select Reservations/Rentals screen prevents duplicate authorization 
B * 3S ^ requests. You will probahly see it often. 



Enterprise 




Page 1 
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Select an Adjuster 

This Adjuster Selection pop-up window appears when no adjuster has been assigned to the selected claim. 

" 1) Key the desired adjuster name in the Adjuster Last Name field and click Search. 
OR 

Click to highlight the desired adjuster in the Adjuster name field, and click OK 
2) The Create Reservation screen appears (page 4). 
flgSp Click Change Claims Office to find a new claims office. 
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Create a Reservation - Rate Selection 

This pop-up window appears when you click Rates from the Create Reservation screen (page 4). 

The window shown below displays an example of vehicle classes and the 
* associated rates. The rates displayed in this window are determined by the 
telephone number keyed in the Phone Where Rental Is Needed field on the 
Create Reservation screen. ARMS Web uses this telephone number to locate the 
Enterprise office closest to where the renter needs the car. The vehicle classes and 
rates that display are valid only at that particular Enterprise office. 

This window also displays the Enterprise office location and phone number that 
you may wish to give to the renter. 

0gpp If there are no Enterprise offices found, based on the Phone Where Rental Is 
Needed field, the reservation will be sent to Claims Connection in St Louis. 

1) Click to highlight the car class you wish to select, and click OK. ARMS Web 

automatically places the selected rate in the appropriate field and returns you to the 
Create Reservation screen (page 4). 



2) Click Back to return to the Create Reservation screen without selecting a car class. 



Rental Vehicle Class / Rate Selection 
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Change Reservation/Rental 



|v^p§ When should I ; A . , Use this 
ft^lill u se Change %M$i section to 
^ib&zWtm Reservation/ -iA/i extend a 
Rental? rental or 

change 
information 
on an existing 
reservation. 

Authorization Status Definitions 1 

Change a Reservation/Rental - Main Menu 2 

Use a "Filter" Screen to Select a Reservation/Rental 3 

Select a Reservation/Rental 4 

Change an Unconfirmed Reservation/Ticket .5 

Change an Unconfirmed Reservation/Ticket 6 

Renter, Vehicle, Repair Facility, and Claim Information 

Change and Process an Unconfirmed Reservation/Ticket 7 

Authorization, Rental Delivery Information, and Message 

Change and Process a Reservation or an Open Rental 8 

Extend an Open Rental 9 

Send a Message on an Open or Unconfirmed Reservation or Rental ... 1 0 

Cancel a Reservation 11 

Terminate an Open Rental Ticket 12 
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Authorization Status Definitions 

RESERVATION A rental has been authorized, but the customer has not yet picked up a rental car or 
started a rental ticket/contract 

OPEN RENTAL The customer has picked up a car and has opened a rental ticket/contract. 

DIRECT BILL REQUEST Hie customer has reserved or rented a car through Enterprise, and Enter- 
prise is requesting that you confirm whether you will authorize the rental. 

EXTENSION An extension request is pending on an open contract 

MESSAGE An incoming message is pending on an open reservation/rental. 

EXTN/MSG (Extension and Message) - A$ extension request, along with an additional message, 

is pending on an open contract 

SENT You have sent an authorization to Enterprise, but the office has not yet sent back a 

confirmation. 

CLOSED (Closed Ticket) - The customer has returned the rental car and ended the contract 

REJECT (Authorization Rejected) - An unconfirmed ticket or reservation has been denied 

authorization. 

CANCEL (Cancelled Reservation) - A previously authorized reservation has been cancelled. 

UNASSIGNED RESERVATION A direct bill request from Enterprise has yet to be assigned to an 



The following status definitions apply only to those companies 
that use the ARMS Web Electronic Invoicing feature: _ . 

INVOICE - The rental ticket has been closed and is awaiting approval for payment 

REJECTED INVOICE - Authorization for payment of the invoice has been denied, 

INVOICE RETURNED - An invoice has been returned to the adjuster because the home office's 
system could not find a matching claim number and cannot issue payment 

PAID - The invoice has been approved and processed for payment 

gggp The invoice is marked 'TAID" in the ARMS Web system only. Your account will be 
credited upon receipt of payment 



Page l 
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Use a "Filter" Screen to Select a Reservation/Rental 



1) Key specific criteria to nanxw the list of all reservations/rentals from which to choose. 

^ For example, if you know the renter's claim number and date of loss, key that 
information in the appropriate fields. 



2) 
3) 



Click Next 



If an exact match is not found, the Select Reservations/Rentals screen appears (page 4). 
If an exact match is found, the Change Reservation/Rental screen appears (page 5). 



Any combination of information may be used to narrow the search for reservations/rentals. 

Use the Status field in conjunction with the other information keyed to further 
narrow the search- If the Status field is left blank, the system searches all 
reservations/rentals. 
Use the Status drop-down menu to search for open reservations only or open 
rentals only. 

/KSjSp The Last Authorized Day field allows you to select rentals authorized up to 
and including the date provided. 

You can also click any of the following option buttons (Appendix, page 1): 

Home - Return to the main menu (page 2). 

Adjuster Lookup - Display a list of adjusters (Appendix, page 5). 



► Enterprise 


Select Reservation-Rental 


11 rent-a-car 


Office: BO 076 01 




C Home Adjuster Lookup 
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Change an Unconfirmed Reservation/Ticket 

This Change Reservation/Rental screen displays when amatch is found for anmconfinned 
reservation/ticket. The status displays in the upper left-hand comer of the screen. 

The information on each of the tabs (Authorization Information, Rental Location, Repair Information, 
Renter Information) depends upon the status of the reservation/rental. 

1) Click on any of the tabs to alter renter, vehicle, repair facility, and/or claim information. 

2) Click Finish to complete your change and return to the main menu. 

You can also click any of the following option buttons (Appendix, page 1 ): 

Rates - Display a list of vehicle rates. 
Home - Return to the main menu (page 2). 

Detail - Advance to the next Change Reservation/Rental screen (page 6). 

Message - Send a message to an Enterprise office (page 1 0). 

Change Adjuster - Change the adjustor handling the file (Appendix, page 5). 

Additional Charges - View additional charges on the rental contract (Appendix, page 7). 

Cancel - Cancel die reservation (page 11). 




j^Rates OHome \v Detail ^Message \.- Change Adjuster ^Additional Charges v: Cancel 
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Change and Process an Unconfirmed Reservation/Ticket 

Authorization, Rental Delivery Information, and Message 

This Change Reservation/Rental screen displays when you click Next on the previous Change 
Reservation/Rental screen (page 6). 

♦ 1) KeyaMtionalinfonnation,orkeyov 

gggp TheNumber of Days and the Vehicle Rate fields are required to confirm the 
authorization/reservation. If you do not key the number of days authorized, the 
reservation/ticket remains unconfirmed 

2) Click Finish to process the changes to this unconfirmed reservation/ticket and return to 
the Select Reservations/Rentals screen (page 4). 

You can also dick any ofthe Mowing option buttons (Appendix, page 1): 

Rates - Display a list of vehicle rates (page 5). 

Home - Return to the main menu (page 2). 

Message - Said a message to an Enterprise office (page 1 0). 

Change Adjuster - Change the adjustor handling the file (Appendix, page 5). 

Additional Charges - View additional charges on the rental contract (Appendix, page 7). 



> Enterprise 


Change Reservation/Rental 




Mi rent^aor 


Cfficc; BOOTS 01 Adjuster: &P, 


UfS,KXLE 




* Rates i / Home g» Message -:*•■ Change Adjuster <> Additional Charges 
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Extend an Open Rental 



This Change Reservation/Rental screen appears when a match is found for an open rental. The status 
displays in the upper left-hand corner of die screen. 

To extend a rental, 

1) Key the desired number in the Number of Days to Extend field. 

Key a message if desired. 

Click Extend Rental. 



2) 
3) 
4) 



Click Finish to process the extension and return to the Select Reservations/Rentals 
screen (page 4). Click Back to return to the Select Reservations/Rentals screen (page 
4) without processing any extension. 



The next time you access this rental, the S/R message displays "EXTENSION 
SENT BY ADAMS,KYLE @ 10:46:21." The Total column will also reflect 
the extended number of days. 

For an explanation of the buttons, please refer to page 8. 



Chamje Reservation/Rental 



Atfnster: BSAH5,KSLE 




srRates '/Home -ft- Detail --"Message Change Adjuster -.. Additional Charges ^Terminate 
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Cancel a Reservation 

The Cancel Reservation pop-up window appears when you click Cancel on the Change Reservation/ 
Rental screen (page 5) if the states is 'Xfnconfinn^ 

- 1) Key a comment that explains why this unconfirmed reservation or reservation is being 
cancelled 

2) Click OK to process the cancellation and return to the Select Reservations/Rentals 
screen (page 4). Click Back to return to the Select Reservations/Rentals screen (page 4) 
withoitt excelling the reservation. 

fKjgp The status changes from 'Unconfirmed Reservation" or "Reservation* * to 
"Cancelled" 
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Enterprise Requests-toy Adjuster E 

^MM when should 1 ^« Use this m 

@l|l§| use Enterprise mjm?$ section to R 
%*f31W^ Requests-by &5iai&3.- respond to g3 
Adjuster? authorization E 

requests for E 
unconfirmed K 
reservations/ 
tickets and/ § 
or to extend 
rentals. 

Enterprise Requests-by Adjuster - Main Menu 1 

Select a Reservation/Rental 2 

Respond to Authorization Requests from Enterprise for an 
Unconfirmed Reservation (Direct Bill Request) 3 

Review and/or Change an Unconfirmed Reservation (Direct Bill 

Request) 4 

Renter, Vehicle, Repair Facility, and Claim Information 

Review and/or Change an Unconfirmed Reservation ;5 

Authorization, Rental Delivery Information, and Message 

Extend an Open Rental '. 6 

Terminate an Open Rental Ticket 7 

Send a Message on an Open or Unconfirmed Reservation 

or Rental 8 
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Enterprise Requests-by Adjuster - Main Menu 



1) Key your claims office code in the Office field. 

2) Key your last name in the Adjuster field. 

3) Click Enterprise Requests - by Adjuster. 

4) The Select Reservations/Rentals screen appears (page 2). 

If you key an adjuster's last name in the Handling for Adjuster field, 
Enterprise requests for only that adjuster display on the Select Reservations/ 
Rentals screen (page 2). Records appear in alphabetical order according to the 
renter name. 

If you leave the Handling for Adjuster field blank, requests for all adjusters 
display on the Select Reservations/Rentals screen (page 2). Authorization 
requests appear in alphabetical order according to the adjuster name. 

If you want to display requests for one particular adjuster, leave your name in the 
Adjuster field and input the other name in the Handling for Adjuster field. 




Page i 
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Respond to Authorization Requests from Enterprise for an 
Unconfirmed Reservation (Direct Bill Request) 

This Change Reservation/Rental screen appears when you select an unconfirmed reservation/ticket on 
the Select Reservations/Rentals screen (page 2). 

*) Ke ythenimiberofdaysandtheamountyouareau&orizing. TOs includes the daily rate, 
the maximum dollar amount allowed on the rental, and the number of days allowed. 

2) Click Next to continue to the next Change Reservation/Rental screen (page 4). 
ClickBack to return to the SelectReservations/Rentals screen (page 2). 

gggp If the claim type is Insured or Theft, the Number of Days field and the 
ttC3S ^ Policy Coverage fields must be filled in (required). If the claim type is 

Claimant, the Number of Days field, the Vehicle Rate field, and the Direct Bill 

Percent field must all be filled in (required). 

You can also click any of fte Mowing optionbuttons (Appendix, page 1): 

Rates - Display a list of vehicle rates. 
. Home -Return to the main menu (page 1). 
Message - Send a message to an Enterprise office (page 8). 
Change Adjuster - Change the adjuster handling the file (Appendix, page 5). 
Additional Charges - View additional charges on the rental contract (Appendix, page 7). 
Cancel - Delete any information updated on this screen and return to the previous screen. 




j Rates vV-Home £: Message C' Change Adjuster Additional Charges 0 Cancel 
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Review and/or Change an Unconfirmed Reservation 

Authorization, Rental Delivery Information, and Message 

This Change Reservation/Rental screen appears when you click Next on the previous Change 
Reservation/Rental screen (page 4). 

1) Review the screen to ensure that all information is accurate. If you need to make 
changes, key over the existing information. 

2) Click Finish to send this authorization request to Enterprise and return to the Select 
Reservations/Rentals screen (page 2). 

Click Back to return to the previous Change Reservation/Rental screen (page 4). 

You can also elide any ofthe following option buttons t (Appendix,page 1): 

Rates - Display a list of vehicle rates. 

Home - Return to the main menu (page 1). 

Message - Send a message to an Enterprise office (page 8). 

Change Adjuster - Change the adjuster handling the file (Appendix, page 5). 

Additional Charges - View additional charges on the rental contract (Appendix, page 7). 



Enterprise 



Change Reservation/Rental 
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Terminate an Open Rental Ticket 



This Terminate Rental pop-up window appears when you click Terminate on a Change Reservation/ 
Rental screen (page 6) if the status is Open Rental. 

-1) Key the last date forwhich you authorize payment This date cannot be prior to the current 
date ifthe rental is already extended through today. Ifthe date keyed is greater than the 
current date, ARMS Web automatically extends the rental through that date. 

You will not receive any more extension requests from Enterprise on a rental 
after that rental is terminated However, you can still send extensions on 
rentals that you terminate. 

2) Click the box to indicate whether the renter has been notified of the last date for which 
this payment is authorized (required). Ifthe box is left blank, this indicates that the 
renter has not been notified. 

3) Key a comment to explain why you are terminating the open rental ticket 

4) Click OK to process the termination. 



The status still displays as "Open Rental"; however, amessage displays in the 
Message field stating that the rental has been terminated and by whom. If 
necessary, you can extend a rental past a termination (seepage 6). 



Enterprise 



Chan ye Reservation/ Rental 



Adjuster: 6MH5,KELE 




Rates \ v Home -i: Detail v Message <v Change Adjuster r> Additional Charges Cl Terminate 
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Enterprise Requests-Unassigned 



■i l&ss&Sk When should I &M-m.>- Use this 

use Enterpnse w^m^m section to 
Requests- assign 
Unassigned? Enterprise 

authorization 
requests to | 
an adjuster 
or another I 
claims office. 

Enterprise Requests-Unassigned - Main Menu .....1 

Select Unconfirmed Reservations/Rentals to Assign 2 

View Authorization Request. 3 

Assign an Adjuster from Your Office 4 

Assign an Adjuster from Another Office in Your Company 5 
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Enterprise Requests-Unassigned - Main Menu 

1) Key your claims office code in the Office field. 

- 2) Key your last name in the Adjustor field 

3) Click Enterprise Requests-Unassigned. 

4) The Assign Reservations/Rentals screen appears (page 2). 



fr~\f*»nr*^-v ARMS Automated Rental Management System 

w*I IOC: Home 
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View Authorization Request 

This Assign Reservation/Rental screen appears when you click and highlight a name and click OK on 
the previous Assign Reservations/Rentals screen (page 2). 

1) Reviewthereservation/rentalauthorizationrequest 

2) Click Assign to continue to the Adjuster Selection pop-up window (page 4), or click 
Back to return to the previous Assign Reservations/Rentals screen (page 2). 

j^pp The Adjuster field is blank because this unconfirmed reservation has not yet 
been assigned to an adjuster. 

You can also elide any of the following option buttons (Appendix, page 1): 

Home - Return to the main menu (page 1 ). 

Message - Send a message to an Enterprise office (Appendix, page 4). 




&Home O Message 
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Assign an Adjuster from Another Office in Your Company 



This Claims Office List pop-up window appears when you click Change Claims Office on the 
Adjuster Selection pop-up window (page 4). 

- 1) Click to highlight the office you wish to select, and click OK 

2) The Adjuster Selection screen (page 4) from the office you chose appears. 

/K3SP Follow the instructions on page 4 to assign an adjuster from the office you selected. " 



Claims Office List j^j 
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View Reservation/Rental 



When should I 
S^ppl use View 

Reservation/ 
Rental? 




Use this 
section to 
review a 
reservation 
without 
making any 
changes. 



View a Reservation/Rental - Main Menu 1 

Use a "Filter" Screen to Select a Reservation/Rental 2 

Select a Reservation/Rental 3 

View a Reservation/Rental 4 

View a Reservation/Rental 5 

Renter. Vehicle, Repair Facility, and Claim Information 

— ■ 

View "a Reservation/Rental 6 

Authorization, Rental Delivery Information, oiW lAossoge 
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View a Reservation/Rental - Main Menu 

1) Key your claims office code in the Office field. 

2) Key your last name in the Adjuster field. 

3) Click View Reservation/Rental. 

4) The Select Reservation/Rental "filter" screen appears (page 2). 



> Enterprise 



Home 




Page 1 



View Rjeservaiion/RenxaJ 
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Select a Reservation/Rental 



This Select Reservations/Rentals screen appears under the following circumstances: 

♦ More than one match is found for the information keyed on the Select Reservation/Rental 
. "filter" screen (page 2). 

♦ " No match is found for the information keyed on the Select Reservation/Rental "filter" screen 

(page 2). 



1) Click to highlight a name in the Renter Name column, and click OK to select the renter 
whose reservation or rental you want to change. 

2) The first View Reservation/Rental screen appears (page 4). 

You can also click any of the following option buttons (Appendix, page 1): 

Home - Return to the main menu (page 1). 

Refresh - Remove all updated information from the current page. 



) Enterprise Select Reservations-Rentals 

"1— ^■n rm~r \ ^m^b 1 1 1 1 ■ i — — — 




'}»■'• *• - 



""ASTOn, CHRIS 


1459246832 


ADAHS ,KTLI 


o/oo/oo 


OP SB 


" B&OTO, LUCILLE 


3589249521 


ADAHS^KYLX 


0/00/00 


• orsn .. 


CLARK,HXCHAZL 


45X9298215 


ADAHS ,K?LI 


10/18/99 


opiar 


C0HHOL LEY, PAUL 


1452658955 


SUHHBR,CALI 


10/27/99 


RBSBRV. 


* CCSWU>,KARSS 


5897532141 


ADAHS,K7LI 


O/OO/OO 


DB RBQ 


* DAVIS, JOAN 


562SB74S12 


SUHHZR,CALI 


10/01/99 


XBV 


HVAHS,JOH 


6578324681 


ADAHS ,K7LS 


O/OO/OO 


OPBH 


CBRL07F^>AUIBLLE 


4587145263 


SUfiHZR,CALX 


O/OO/OO 


RBSE&V 


* GRBBH, SARAH 


2569874S 


5UHnXR,CALI 


0/00/00 


DB R2Q 


HOJJTBR, UTAH 


45126987S4 


SOHHXR,CALI 


10/01/99 


CLOSED 


JOHHSON„BBTTY 


1459287311 


ADAHS ,K7LB 


0/00/00 


OPHH 


» JOHHSOH,TAHH7 






0/00/00 


UHASCH 


* JOUBS,HARK 


1458796541 


SUHHER,CALI 


10/25/99 


EXTS 


3 OSES , PAUL XZTE 


4516824672 


ADAHS ,KTLB 


0/00/00 


OPHH 




■v- Home :> Refresh 
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View a Reservation/Rental 

Renter, Vehicle, Repair Facility, and Claim Information 

This View Reservation/Rental screen appears when you click Next on the previous View Reserva- 
tion/Rental screen (page 4). 

* Click Next to continue to the next View Reservation/Rental screen (page 6) to view 
authorization, rental delivery information, and comments. 



You can also click any of the following option buttons (Appendix, page 1): 
Home - Return to the main menu (page 1 ). 

Additional Charges - View additional charges on the contract (Appendix, page 7). 





CHome /.Additional Charges 



Page 5 



View Reservation/RcniaJ 
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On-Line Reporting 




When should I 
use On-Line 
Reporting? 



Use this 
section to 
review 
reports on 
rentals, 
broken 
down by 
category. 



On-Line Reporting - Main Menu l 

Select Report View Options 2 

Open Detail - By Adjustor 3 

Open Detail - By Body Shop 5 

Open Detail - By Office 6 



1 
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EXHIBIT A 



E5j 


Enter 


prise 


rent-a-car 



Enterprise ^#omputer ^^ssisted Rental System 

Workbook 
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within the workbook. 
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Exercise 


2 


Open a Ticket - Calendar Day 


Page 2-1 


Exercise 


3 


Open a Ticket - 24 Hour 


Page 3-1 


Exercise 


4 


Specials 


Page 4-1 


Exercise 


5 


Open Ticket Cross Reference 


Page 5-1 


Exercise 


6 


Correct a Ti.cket 


Page 6-1 


Exercise 


7 


Switching Units/Changing Rates 


Page 7-1 


Exercise 


8 


Callbacks 


Page 8-1 


Exercise 


9 


Closing a Ticket 


Page 9-1 


Exercise 10 


Cash Management 


Page 10-1 



Error Messages Page VUI 

The most commonly seen error messages will be discussed along with corrective actions. 
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ECARS WORKBOOK 



INTRODUCTION 



The ECARS Workbook and Training System - AART01 - have been designed to teach the basic skills for 
working with ECARS - Enterprise Computer Assisted Rental System. Dont be alarmed if what you read 
in this workbook and what you seeon thescreen is slightly different. ECARS is constantly being improved 
and enhanced to work more efficiently for you. 

Topics Covered 



Reservations 

Opening rental tickets with various billing types 
Ticket Cross Referencing 
Correcting ticket information 
Switching Units and Changing Rates 
Callbacks 

Closing rental tickets with various payment and billing types 
Computerized CRS (Cash Receipt Summary) and deposits 

Training 



Workbook requires approximately 3 hours to complete 
Self Study 

Work at your own pace 
Workb ook Format 



Each exercise guides you through an activity step by step 

Most exercises build upon information covered in previous exercises 

You wifl be able to see how different ECARS options are linked together 

1 Reservation] * \ Open a Ticket"] | Callback | ^ | Close a Ticket } 
Ranges from basic rental functions to refunds. 

Numbers to Know 



The Rental Help Desk may be contacted at 1-800-416-8000. Specially trained ECARS personnel are 
available to answer questions and help with any problems you may encounter. 

Network Services may be contacted at 1-800-416-8000. A team ofNetwork Operators, who are RALPH 
experts, are available to correct any hardware problems experienced by the computer system. 

You are now ready to begin! 
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Rates/ Amounts/ Dates 



Use these examples for keying rates/amounts. 

$16.50 - 16.5 Field Exit 

$16.00 « 16 Field Exit 

May 20, 1994 « 052094 

Options and Choices 



When Yes or No answers are requested, key Y-Yes or N-No. 

When several choices are given, key "X" or " P in the selection field next to the item chosen. 



Names 



Names must be keyed in the correct format to help RALPH alphabetize names and distinguish between 
an individual or company name. Use these examples for keying names. 

Individual: Smith* Cindy* 

Smith* Cindy M* 

Company: Enterprise Rent-a-Car* * 
Crawford Company** 

(Key an asterisk * by holding down the Shift key and pressing 8*) 



Nuth&ric Keypad 



Use the numeric keypad, located on the right side ofthe keyboard, to key mileage, rates, etc. The numeric 
keypad is designed in the same manner as a calculator, therefore, you may find it easier to work with. 



Imported Keys 



There are several important keys on the keyboard that are essential to using ECARS. 

When data is keyed incorrectly, that field will be highlighted and an error 
message will inform you of the problem. Press Reset and re-key the data. 

Press Enter to send the information to be processed. 

Command and/or Function keys are used to enter and exit various options. They 
are located on the top ofthe keyboard. Command/Function keys are displayed on 
the bottom of each screen. 



1 Reset 
1 Enter 1 



Fl,2,3...or 
Cmd 1,2,3. 
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ECARS Training Menu 



To access the ECARS Training Menu, key AART01 at the Enter Request line 1 ENTER) . The following 
screen will appear. 



ECARS - ENTERPRISE COMPUTER ASSISTED RENTAL SYSTEM 

11 - Reservations 



1 - Open A Ticket 

2 - Correct A Ticket 

3 - Switching Units/ 

Changing Rates * 
5 - Closing A Ticket 

(TICKET SERVICES) 

10 - Open Ticket X-Ref 



CCRTMU-A 



TRAINING 
SYSTEM 



12 - Callbacks 

15 - Cash Management 



Name 



Or Ticket** 000000 



Option! M .000000 Branch GM 

Name. SSN# :. Res# 



ST/RR0V 



Cmdl«Exit CrndB^Lease Cust 



The ECARS Training Menu consists of the most used options in ECARS. Each of these options will have 
a corresponding exercise in this workbook. 



Option 1 - Open a Ticket: 

Option 2 - Correct a Ticket: 

Option 3 - Switching Units/ 
Changing Rates: 

Option 5 - Closing a Ticket: 

Option 10 - Open Ticket X-Ref: 

Option 11 - Reserve _:>ks 

Option 12 - Callbacks 

Option 15 - Cash Management: 



j CMP 1 1 Exit to Enter Request Prompt 

LeaseCust. InformafionaboutrentingtoLeaseCustomers 



This option is used to open the majority of rental tickets 
in the office. 

This option allows you to correct and/or add information 
such as an additional driver, claim number, etc. 

This option is used to switch units and/or change rates. 



This option is used to close all rental tickets. 

This option allows you to "look up" an open ticket to 
retrieve basic information. 

This option is used to create, view, update, transfer, or 
cancel Branch Rental Reservations. 

This option is used to authorize or extend rental tickets by 
the type of callback. (For example Body Shop, Service 
Department, Insurance Company Adjustor, or Customer.) 

This option allows you to balance the cash summary and 
make deposits. 



Page VI 
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EXERCISE 1 RESER VA TIONS 



Exercise 1 will guide you through Option 1 1 - Reservations - to create, view, update, transfer, or 
cancel Branch Rental Reservations. This option is very helpful in providing the branch(s) with better 
customer service, pickups, and deliveries. 




^^^^!^^^^^^' 1 ^ t ^ i ' ' 12 t ^Ca l l b acks; • 



ECARS • - ■ 'ENTERPRISE COMPUTER ASSISTED RENTAL SYSTEM 

Reservations . r 



TRAINING 
SYSTEM • 




-Res#_ 



On the ECARS Training Menu, key Option #1 1 1 ENTER 1 . The Reservation Menu Screen will 
appear. (See example screen on the following page). 



NOTE: You can key as little or as much information that is available when taking the reservation. Any 
information keyed into the rcservat' n will automatically forward to the open ticket, saving you time. when 
therenterisintheofl5cepicldngup ; ; ^Vlcleorwatingfo^a"PidcUp. ,, 

To update a reservation, any information keyed may be changed by keying directly over that which is 
displayed. Information may also be added or deleted if necessary. 
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Category # I -Create a New Reservation 

Screen 1 

' ; - N 

I ] BRANCH RESERVATION KUMBER 100003 | Print (V or H) CCRS01-A 

1 1 Pickup Branch FPGM 7 



2 

Name (LAST* FIRST*) SSNt 



3 

PICKUP: Dat e Tim e RETURN: Date.. 

.=*?/in. _ • P/ttp:*_ Deliver _ CWC Comment 



I. . -EHCKEi. .Home ( ) - Office ( \ - e££_ 
: -Other _J * - .Description 



|.-:» " . 

| ; ; ^-/B/J>/R/C/0 _ Source CustJt • ID 

| >:BttL.:TO;. t . ~ Direct Bill (Y or N) _ Credit Card _ Cash/Check _ 

|.^UU^gQb Custtf ' • ; -cor- Kame mim _J2 I joompan***) 

'{^/Atafeentlbn :. Auth Ontl l Max Arat 

\$JBEkrH& . Date of 

p:^Fd^4^o^^ T/lnsuredrT/Thef t) : ^ • • . • Insured 



I t^^TXEEiv Xlaffs ^ Type ^'Bjl -' : -Comment 



I" 



|^^«Ex£t::^;v.. - E2«=Cust:^ii : st F4«ID I*ist . r5~Ra*es/Rules F8«More Info 
J-^SSfvrrazKs-fer ■ Fl2=Previaits F2J «Inacirac ce F15=Res Notes 

•f -Rntr F22«ciear Rntr ID F23«=More Keys J 

The Reservation Screen is very similar to that ofbption 1 - Opening a Ticket. ~~ — 

I. Key your five-character employee number at top of the screen. 



2. Key Renter's Name (pretend you're the renter)-Last Name* First Name* and Social Security Number. 

3. Key rental pickup, date/time, and rental return date. Use today's date for both pickup and 
return date. Key X to sele ct either: W/in = W alk-in, PAip = Pickup, Deliver = Deliveiy, or 
CWC = Customer will call. l TAB RIGHT h o space provided for additional comments, if needed. 

4. Key Renter's phone information. ! TAB RIGHfl to description field for any comments, as needed. 

5. Key Rental Type "I" - Insurance. The other rental types are B=Body Shop, D=Dealership, R=Regular, 
C=Corporate, or OOther. Key "STATE 11 in the Source Cust# field. Press f2=Cust List. A Brandt List 
appears. If there are no choices available, press F8=Group for a group list/Key "X" next to a State Farm 
Office. This automatically forwards to the Source ID list Screen (see page 2-3). Key "X" next to the first 
adjustor name. 

Key Y=Yes to set up a Direct Bill. Key "X* to select payment type: Credit Card, Cash/Check. For 
the Bill to Cust# use the F2*=Cust List Window key, agaia "X" your name on the list. Key "X" 

next to 999 UNKNOWN** on the Source ID Screen. NOTE: If your name is not on the list, key 
999999 as the Bill to Cust# and type your Last Name* First Name* on the name line. Key 999 as the 

Attention ID and key your name on the Attention line. Key the Auth Until Date (use today's date), 

the Maximum Dollar Amount per Day, Claim/Pol/Po#, Date ofLoss, Type of Loss, and Insured's 
Name. 

Screen description continued on the following page. 
Page 1 -3 



WO 02/097700 



77 



PCT/US01/51431 



FUNCTION KEYS FOR OPTION 11 - RESERVATIONS m 

Listed on the bottom portion of each screen are several Function (F) keys. Each one performs a function 
that may be used while creating or viewing a Branch Reservation. 



Fl ^Exh Allows you to cancel a new reservation. While viewing a reservation 

you can exh to the Reservation Menu Screen. 

F2=CustList Displays a list of customer names and numbers that are to be used for 

sourcing. See example window below. 




" v 



State 

mo. 

\v..MO* 
IL 



Phone 

£18-555-8877 



^F8=Graup FlO-State Fll-AIl 



You can press F2=Details again to view a detailed branchlist. The detailed list includes the customer name, 
address, and phone number This is handy if you are trying to locate a specific customer who has multiple 
locations or if you need to contact the account in question. 

Key " 1" in the Opt (option) field to select a customer number. The screen automatically forwards to the 
contact screen. See example window on the next page. 
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» 

F8-Morelnfn Allows you to key additional renter yqpmstfio^ &WOT^$^ti&n 

See example screen below. 



X 


MORE INFORMATION 

Renter N««*e KING- CATHY- 

Center Drivers License Scat* Exp Date 


CCRS3S-A 

looses 




DOS Height Weight 


eyes Hair 






Employer 






2 


Additional Driver <Y or HI _ Driver Name 




— 




Address Age 
Drivers License State 


Exp Date 






Out Of State (Y or. H) 
















Bill -To Name 


(Company Name**} 




4 


Attention. 

Address Phone 
City State 


( ) Ext 
Zip 








*.*.-■■" • 




.5 


Start Chg^r.'.I^Oilf -:B*te : * ;Time O .." -^T... Wckup -Date. «/2S/*5 ,>. 


,ti0.c. m 


6 


_ Calendar ■ ^ .«pficiai«.v 


* * x '* 




7 


Rateai •CO . VFHour. • "y- 'U'.W^Oay- 
Mileage V.O.VMUe.. After 0 : «/.0ay . 
Droo . Cho, " ^DroT>..Xocation * 
Dmg>««iver. ' .. ;.O0 ./Day<v-:fiAl . ^^toy- . • 


■ .00 /Meek .00 /Month 
•0000 /Week 0000 /Month * 
Diac 0 % 


j>Ho Chg 




F5-R* tea /.Rules ..F7-AAI Eli-fcrevious Enter-Update 





Remember, all information keyed here will automatically transfer to the Open Rental Ticket to save you and 
the renter time. 

1. Key Driver's License Information and Current Employer's Name. 

2. Key Additional Driver Information: Name, Address, Age, Driver's License #, State, and Expiration 
Date. 

3. Key Y=Yes, or N=No, if the rental will be going out of state. If yes, key all associated states to which 
renter plans to travel. ; 

4. Key "Bill To" Information: Company Name, Contact Person, Address, Phone Number, City, State, and 
Zip Code will be pre-loaded, if valid Customer # is keyed on the first Reservation Screen. 

5. Pickup Date and Arrival Time will display, if keyed on the first Reservation Screen. Key new 
Date and Time to start charges, if applicable. 

6. Key Xto select billing type: Calendar or 24hr, and Specials, if applicable. 

7. Key Rate Information and any Discounts, if applicable. 

NOTE: This screen is edited in blocks. For example, if the Driver's License Number is entered then the 
State, Expiration Date, and Birth Date are required. Follow displayed ERROR MESS AGES to guide you 
asyougo! 

F9- Transfer Allows you to transfer a reservation to another Branch within your Group. 

This is helpful for location purposes and availability of units. It also 
allows you to transfer ARMS Reservations to another Group. 

F12 = Previous Return to previous screen. NOTE: IfF12isused, any updates just keyed 

will NOT be saved. 

Page 1-7 
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F14 = Credit Chk NOTE: This function key is available ^cJl^tew^J^rJVtore 

Keys is pressed first. Allows access to enter vaTuaWcr^r^SrTrt'aLtton 
when the reservation is created. This is helpful to determine money 
deposits or rental approval. See example screen below. 



1 






CREDIT CHECK INFORMATION 


CCKS07-A 
RES* 100003 


Name SMITH *XYNN* 






(1AST*PIRST*) 




5 Print (Y or H) 


Street 












€ Credit cheekedTJ 


City 






St 


Zip 




Borne* ( 000 ) 
Other* .( 000 ) 
JSSN* 000 00 


000 
000 
0000 


- 0000 

- 0000 


Office* ( 000 ) 000 - 0000 
DOB Age 27 


^**e» AAAA 

ext oo 00 




length of tlpg at present address 


yrs jbos 






; Curr. Employer 








Position 




length of Time 
_ yrs . mos 


:Pt«v Eaployex 








Position 




_ yrs bios 










>" • 






Pxev '^"-Street 














.:Prev . .Street 








St "Zta> 




_ y» «os ' 








... 




^r^^City^ 








xSt --'<Z±0 ' 




^ yrs • mas 


























.Spouse's Name 














Employer ■ 








Position 




yrs oos 


Ond7«AAI Cmd 12 -Previous Entcr-Opdatc 



Information keyed here will not appear on the Open Rental Ticket. This is reference information to be 
viewed within the reservation system. 



1. Key Renter ID information: Name (Last Name*First Name*), Current Address, Phone Numbers), 
Social Security Number, Date ofBirth, Age, and Length ofTime lived at the above address (Years/ 
Months). 

2. Key Current Employer Name, Current Position Held, and Length of Employment (Years/Months). 
Repeat the process for previous employment, as needed. 

3. Key Previous Address(s), and Length ofTtme lived at each location (Yearsfldonths), if applicable. 

4. Key Renter's Spouse Name, Current Employer Name, Current Position Held, and Length of 
Employment (Years/Months), if applicable. 

5. Key Y=Yes, over default N=No, to print a copy of the Credit Check Screen. 

6. Key Y=Yes if credit has been checked. 

NOTE; Follow the policies set by your Group when creating a reservation. You can enter as much or as 
little of the credit information appropriate to the rental situation. The entire Credit Check Screen is optional. 
Ask your Rental Branch Manager to review situations applicable for Credit Check information to be taken. 

Page 1-9 
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F21-ED Rntr 



Allows you to to locate previous renter information without exiting the 
reservation. See example screen below. 



CENTRAL 



DLft 



ID Renter 



FQS040A/1 



St/Prov 



Home Phonetf ( ) 

Hame (Last:) 



(First) 



Note: Drivers license number and St/Prov or Home Phone number are 
required. Name oi* -optional. 

F12=Previous 



Key the Renter's Driver's License Number and State or Provence OR the Home Phone Number 
(required). The Renter's name may also be keyed (optional). If more than one match is found, the Renter 
ID Selection screen appears. See example screen below. 



CENTRAL 



Renter ID Selection 



FQS01QA/1 



Searched by: Phone Number { ) 

D/L* 



St/Prov 



Position to: Name (Last)_ 

Type option, press ENTER 
1=?S elect 5=View 

Opt Name 
_ SMITH*KEVIN* 
~ SMITH* RALPH * 

TAVERS*JOSEPH* 
~ TIPTON*ROBERT* 

F3 m Exit F12=P.revious " 



Street Address 
123 HARRISON 
467 MOLOKAI ROAD 
4223 . VERIAINE AVENUE 
SOB VIENNETTA .DRIVE 



(First) 



St Zip 

MO 63101 5684 
HI 97895 
WI 39667 7421 
LA 70460 6531 



Search the screen to see if the customer is on the list. If the custome r's name do es not appear on this 
screen, key the driver's name (Last/First) in the Position to field. lENTERl The n ame keyed appears 
at the top of the list Key "1" in the Opt (option) field to sdect a customer. I ENTER 1 . The customer's 
information is protected and loaded into the appropriate fields. 



OR 



Key "5" to view customer information in greater detail. I ENTER I . The Renter ID Detail screen appears. 
See example screen on the next page. 
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1 ENTER 1 to accept your Reservation. 



******************************** 

You have just created a Branch Reservation! For additional practice, open another reservation using 
the following information: 

• Use your favorite celebrity's name for the renter's name 

• Do NOT key a Social Security Number 

• Use today's date as the pickup and return date 

• Make it a Bill To of "N" 

• Make it a Callback type of "Cust" 

Be sure to key in all necessary information to make a complete reservation, using the above data plus your 
own chosen information. 



******************************** 



Turn to the next page to learn bow to view a reservation 
by Customer Name/Group 
(Category #2) 
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Category #3- View Reservation for Date/Group 

To view a Reservation by date key in the Month/Day/Year in the space provided on the Reservation Menu 
Screen, #3. Today's date and your Group/Branch willalready be pre-loaded. To view a different date or 
Group/Branch, key desired information over existing. A list of reservations will appear in sequential order - 
starting with the earliest Reservation associated with the date you requested. See example screen below. 



RESERVATIONS FOR CTBR 7799 
Tuesday JUNE 21, 1994 
Total Reservations: 



CCRS03-B 
Print (Y oitW(n) 



L 



Hext Time 



I^Euatomer Name- • ■ v 
l^^^JENKINSt;; JOHN*- " "' - " 

t.s-i -^Miv'^.V ; ■ r i* ■'■•.;x ' . ' 

!:• 

I 



Time 



Car Rental , 

Type status ''>'>T^peA. 



Res# 
1QG501. 

.A9a761. ICAR 
■ i 1 ^ "" "1^0066 ECAR PEL ; • V /lVg * 

>s 7 : C g ^ ease meet ner * n tne lobby Tffi K""^ 



: 500 <*M- 



^Fl^Exit -.ESWRRIr F12»Prevlous Screen :Roli«Forward/Back } y 

This screen displays a fist of all reservations for a Group/Branch or Group for a soeftfic date You can view 
a specific reservation by keying X next to the applicable Customer Name. 



1. Displays Customer Name, Tune of Arrival, Reservation Number, 
Rental Type, and Comme nts, if appl icable. To view a specific 1 
to the Cus tomer's Name. I <— * 1 to move cursor down thj 
lENTERl to advance you to the selected reservation(s) s< 



Type requested, rental Status, 
ion, key X on the line next 
; of names, as needed. Press 



NOTE: This display can also be selected on the Reservation Menu Screen, #3 by Group. When only a 
Group is selected the reservation comments are NOT shown as in the above example. 

Reminder! Scroll forward/backward to view all Cus tomer Rese rvations. To make a revision to a reservation, 
key X next to the applicable Customer Name, press 1 ENTER 1 and make revisions, as needed. 



2. Next Time . Key Nex t Time (Hour.Minutes/AM/PM) of reservations to be viewed. This is optional, 
as needed. \ ENTER) to advance to the new time listings as requested. 



3. To print a copy of the reservations listed, key Y-Yes, over default N=No. 



NOTE: The function keys are discussed in detail starting on page 1-5. 
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EXERCISE 2 OPEN A TICKET - CALENDAR DA V 

This exercise will guide you through Option 1 - Open a Ticket for a Calendar Day. Be sure to follow the 
format exactly as stated in this exercise. This ticket will be used again later on in the workbook! 



If necessary, key AART01 IENTERI to access the EC ARS Training Menu. 



•■ h < 



'.SCABS -;TOTER£RISE WflaPO^;A8SlSTBaD BEOTM.,.SXOTEM:- ; i >V^CRTMU-A ... 




1. Option#Field: 

2. D# 000000: 

3. Branch: 



Key Option Number 0 1 . 

This field will remain blank; a ticket number has not yet been creat ed. 
Your branch number will be displayed in the field. | ( ■ ' | to move the 
cursorto the next field. 

4. Name KeythefirstthreelettCTSofyourlastnameinthisfield.. 

5. Home Phone # KeyyourHomePhoneNumbertnthisfieldand/or(seenumbersbc). 

6. DL#, ST/PRO V: Key your Driver's License number and State or Province. 

7. Res#: ThisfiddwiU remain blankfbr this exercise. A NationalReservation Number 

orBranch Reservation Numberis keyed in this field if oneis known. 

1 ENTER 1 toacxepttheinfonnationkeyedandadvancetothenextscreea^ 

You should see a listing of all reservations for customers whose last name begins with the same three letters 
as were keyed. Locate and "X'thereservationyou created foryourself. This information will forward to 
the ticket. 



| CMP 1 | Exit to EnterRequest Prompt. 

| CMP 8 1 Lease Customer. Information about renting to Lease Customers. 
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NOTE: The information that you had keyed into the reservation should have forwarded to the Open" 
Rental Ticket. For those fields that you left blank, please fill themin appropriately. 

Secti n 2 - Renter Information 

■ «\ 

1 RENTAL TYPE I (I/B/D/H/C/O) Source Cust # _f ID 

Name .3 ' ~ (Last* First*) 

Street 4 



City _J> ; ST _ 2ip _ 

; Rome Phone ( ) - 6 

£ Office. Phone ( ) - Ext Employer 

X Other Phone .( 000 ) 000 - 0000 ? Description 



^v.Locai:^Addr. 3 ^ «L«iV 

1. Key I - Insurance for Rental Type. 

2. UseStateFannastheSourceCustomerforthisexercise. Key "State" in the Source Customer # Field. 
Press F2=Cust list. The following screen appears. 



Branch List 



SMS002A/C1:. 




on* /STATE 



;Type option& r press Enter « 
l*=Select 5-Display 

1 u: -STF0t)5V 
~ -STP171 



•Description 
STATE FRPM** 
STATE EARM** 
STATE FARM** 
,STATEL FABM** 



State Phone 
IL 618-555-8877 
MO 314-555-0050 
MO 816-555-1277 
IL 618-555-6686 
+ 



;r2«betaiis F3*Exit F6=Branch F7-AAI F8=Group F10~State TX1*HEL : 
:>^LZ«Pxevious Roll" Forward/ Back 



You can press F2=Details again to view a detailed branch list. The detailed list includes the customer name, 
address, and phone number. This is helpful when there are multiple locations for the customer. If there are 
no customers on the branch list, you can press F8=Group for a Group list F10^StateforaStatelist,or 
Fl l=All for a list including all customer numbers. 

Key ■ 1" in the Opt (option) field next to the first State Farm to select a customer number. The screen 
automatically forwards to the contacts screen. See example screen on the next page. 



Page2-3 



WO 02/097700 



85 



PCT/US01/51431 



Section 3 - Driver License 



r \ 2 5 4 % 

• ©if 123456789 ST MO Expires 062594 DOB 032760 SS# 555 55 5555 j 

'^Height 6 02 Weight 175 Eyes BROWN Hair BI£NPE ^ ^ 

1. Key the Driver License Number (no spaces are necessary). 

2. ITAB RIGHTl and key the State abbreviation and Expiration Date. 

3. Key Date of Birth. 

4.IfyoukeyedyourSS#ontheTrainingMenu Screen, it will be puUed forward. Ifnot,keytheSS#. 
5. Key Height, Weight, Eye Color and Hair Color. 



] to move cursorto the next section, if necessary. 
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Screen 2 is broken down into three sections. 



Source Cust# 999999 ID 999 

COMPANY BILL TO <Y/N) _ Cust# ID Attn 

Complete If Name _ (Company Name** 

Cust # 999999 Street _____ 

City ST _ Zip 

Phone ( ) - Ext 



21 CXAIM/POL/PO# Max Amount 

<C/Claimant, l/Insured, T/Theft) _ Insured 
Loss Date Car Sale Referral _ 

SHOP Cust# Hame • V _ Attn 



Car Yr Make/Model ' •• • • Phone ( 000 ) 000 -.,0000 



F2=Cust List F3*Exit ' .F4-ID "List F5«Rates/ Rules F7«AAI T8«Prewrite 

F10*CC Approval F11=CK Approval FI2=Prev 



J 



1. Special Instructions: If Special InstnictionsexistfortheSourceCustomer Number, they will 
be displayed. 

2. Company Bill To: This section requiresa YES or NO answer. If yes^eCustomerNumbertob^bilied, 
the ID # and other company information are required. 

3. Oaim/Pol/POtf: This section requiresthe Claim, Policy or PurchaseOrderNumberalongwithinformation 
regarding the Damaged/Stolen Vehicle, Insurance Rate and Shop Information. . 



NOTE: The function !v: j'S will be discussed in detail at the end of this exercise, page 2-14. 
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Screen 3 is broken down into four sections. 


c 

1 








Callback Type 


B/S Adj Svc _ Cust 


3 


Calendar Day 


24 Hour Day Specials 


4 


Sales Tax % 


PiiAl Charge Per 




Drop Charge 


DroD Location 




GOVTSCHG 
AP/ACC 

. ~ XESERTAX. 

: ~ . ^RDDLDRVR 


06% 
10% 

*. . -2.00 per day- . • v^^iSlddttlonal Driver Indicated 


i N T12«Prcvious 



1. Special Instructions: If Special Instructions east foryour Bill To Customer Number, 
they will be displayed. 

2. Callback Type: A "Callback" is a service offered to all customers. The rental branch personnel places 
calls to Body Shops and Service Departments to check the status of the customer's vehicle. Calls are then 
made to adjusters for extensions and to customers to pass along information (the car is ready, last day the 
insurance company will pay is XXX, etc.). This section requires the Callback Type to be marked with an 
"X". The Callback Type will help RALPH distinguish the callback list to which this ticket should be as- 
signed.' 

3. Calendar/24 Hour/ Specials: You can decide here whether billing will be on a Calendar day or 24- 
hour basis. You can also go to the •Specials" screen by placing an X next to Special. 

4. Taxes and Additional Changes: This section will di splay tax information, fuel charges, and additional 
charges that have been customized by Group/Branch. You can choose what charges apply by simply 
pladng an X in front of the charge. You can also note if a drop charge applies;, ' 



NOTE : The function keys will be discussed in detail at the end of this exercise, page 2- 14. 
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Screen 4 is broken down into six sections. 




f i 

CAR TYPE REQUESTED 

RATE QUOTED $ .00 


\ 

F5=Rates 


2 

'DATE OOT Time (Start Chgs If Diff Date 


Time 


Cust Ext Date 

Auth Until Date 000000 


Time 


XCAR # : 3 License # Or Serial # 


Not on File _ 


BATE : .00 /Hour _.00/Day .00/Week ,00/Month Disc* 

MILEAGE /Mile After:. /Day /Week /Month 

^ _ No Charge 

m .00 /Day $136.34 Est Charges 
PA1 .00 /Day 
"SLP .5.99 /Day 


5 DEPOSITS Cash . 00 Check . 00 CC .00 


' .-• "<.-. '-Update Code • Emp# ':£np# if Different 




- T3«BKiit . • F5«Rates /Rules F6«Units Avl F7«=AAI F8ePrewrite: y^r: 

L F9=tfnit Pend F10*CC Approval Eli-Ck Aprvl F12=Prev F16=Est Chgs j 



1. CarType Requested/Rate Quoted: Thisinfonnationwillbepulledfor^^ 

Reservation If aCarType was not requested, or a rate was not quoted, NONE will be displayed in this field. 

2. Date Out/Current and CustomerExt: TodaysDateandTimewillbesuppIiedbyRalph. CurrentExt 
Dateappears ifyou placed an "X" in B/S,Adj or Service Callback. Customer Ext date appears if you placed 
an "X M inCustomerCallback. 

3. ECAR#: TWssextioni^uit^anECARNumberandLicenseorSerialNumbe^ Youcan 
keythisfromthekeytagorbyuOTgF6^UnitsAvailable. Ifthe unit information is not available, use 
F9<hihPending. TheticketwiUprint,butyoumust 

ontheECARS MainMenu, "Complete a Ticket. 

4. Rate: This section requires 

Estimated Charges, Damage Waiver, P Al and SLP ddly rates are also indudedjn this section. All rates are 
examplesonly. Please check whhyourGroup for correct rates. 

5. Deposits: This setfion requires iifo 
how it was received. 

6. CallbackNote: Key a briefnote in the Callback Note field, as necessary. This note pulls forward to the 
Rental Ticket for reference. 

NOTE: The function keys will be discussed at the end of this exercise, page 2- 1 4 . 
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Section 5 * Deposits 



BEPOSITS Cash (^100^ Check «00 & -°° 

v jttZ ' 

Key 100 IFIELD EXIT j in the Cash field to designate a $100 Cash deposit. 
\ fc-j 1 to move cursor to the next section. 



Section 6 - Callback Note 

4 
I 



I ■•• • ' : " vc^tprUi^Cnae ^^*;^Binpf& "5S555 ' Bnip# iX Dlf fex^nt 00000: ; : 1 



1. Key a brief note, as necessary. 

2, Key your Update code and your 5-digit Employee Number. 



I to accept information keyed. Correct any errors ,if necessary. The ECARS Training Menu will 
be displayed when ticket is accepted. 



Congratulations! 

Youhavejustcompletedyourfirstrentalticket. 
In the "live" ECARS program, the completed rental ticket :\nld print from theDRTicket Printer. 
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EXERCISE 3 OPEN A TICKET- 24 HOUR 

This exercise will guide you through Option 1 - Open a Ticket for a 24 hour clock. Be sure to follow 
the format exactly as stated in this workbook. This ticket will be used again later! 



If the ECARS Trainin g Menu is not still on the screen from the previous exercise, key AART01 on 
the Enter Request Une l ENTER] . The ECARS Training Menu will appear. 




L Option Field: Key Option Number 01. 

2. Name: Key the first 3 letters of yourfevoritecelebritys last name in this field. 

3. HomePhonetf: DoNOTkeyaHomePhoneNumberorDri^ 

{ENTER 1 toaccepttheirfonnationkeyedandadv^^ 

Locate and "X" yourfovoAec^ebrity'sreser^ 
theticket. 

I CMP 1 I Exhto Enter Request Prompt. 

1 CMP 8 1 Lease Customer. Information about rentingtoLeaseCustomers. 
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Section 4 - Additional Driver 

-} *N 

| MDXTXQHM.. DRIVER (Y/Ni _Y Driver Name TIM HILLMRH. A 9 e ^ 1 

| Add, 3 Lic#_? -, St - EXP 1 

V. 

1. Key Y- Yes for an additional driver. Key the name of a family member or friend. 

2. rTABRlGHTl to move the cursor to the next field. Key the Age of the additional driver. If youdo 
not know the exact age, but know they meet the age requirement, key 25 

3. Key Additional Driver Address. 

4. iTABRIGHfj to move cursor to next field. Key Additional Driver License Information. 
14— J I to move cursor to the next section, if necessary. 



Section S • Out of State 



| OUT OF STKPE VC ILLINOIS, 



\ 

I 

y 

x . . 

Key Y - Yes, and key the States) to which the renter plans to travel. 

Press" 1 ENTER I to accept the information keyed and advance to Screen 2. RALPH wUlscan the 
information you have keyed from top to bottom If any errors exist, or if a field has been left blank, an 
ERROR MESSAGE will be displayed. This message will explain exactly what needs to be corrected and 
the cursor will be placed at that field. See the section on ERROR MESSAGES for more information. 

Make any necessary corrections and press MM *8* n - ***** this procedure untU Screen 2nppears. 
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Section 2 - Callback Type 



r 

| callback Type _ B/S _ Adj _ svc _ Cust _ 



Key an rt X M to mark this ticket as a Customer Callback. 



I 
I 



Section 3 - Calendar / 24 Hour / Specials 



I 
I 



>> 

Calendar Bay _ 24 Hour Day _ Specials ^ j 

^ 



TAB RIGHfj to move cursor to next field an Key an M X n in the selection field for 24 hour 



Section 4 - Taxes and Additional Charges 



■ \ 

5ales Tax % Fuel. Charge Per 

Drop ^Charge Drop ' "Location ' 

GOVTSCHG 06% 



C , XESBRTAX . . . .1*0* . 



OTDLDRVR . 2»t)0.:per day . . . .. Additional Driver Indicated 
HE**Ex±fc"'- ^5=Rates/Iu*lefl>..^ -Fll«<aieck Approval 



F12=Previous 
V. 



The Sales Tax/Surcharge and Fuel Charges will be preloaded by Ralph. The Adds for Drop Charge and 
Drop Location will remain blank fortius exercise. You may see a few other charges in this section. These 
charges are Group/Branch specific and have been customized by your Group Business Manager 



ENTER Ito advance to Screen 4. If any errors exist, correct them as you did on the previous screen. 
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Section 4 - Rate 



l£*mBBt l ^*m&Uo*ir : i ' .00. /Day .00 /Week .00 / Month Diac :: % } 

i .KLLBRGE .:i^-//Mlie After.: /.Day " 7Week / Month | 

j : ^ : --: :^ ^:O0,/M^ ; - \ . J , j j 

l' r - E KE? WOO" /Bayr • ' . \ .."! 

l ^-.*-^S I.B^ ^OP^Payv^ ,;.„-. ... W >4^ • * . "^rS^i 



L Key 6 {FIELD EXIT| in the Hourly Rate field. Key 24.95 1 FIELD EXITl in the Daily Rate field. The 
Weekly and Month^^ 
blank also. 1 <j— i | 

2. Key25intheMileageChargefield. Key 100 in the Per Day Mileage Allowance field. Weekly, Monthly 
and No Charge will remain blank. 



1 <— * I to move cursor to Damage Waiver/Day Field. 



3, Key 9 | FIELD EXIT] in the Damage Waiver field. Key 1 1 FIELD EXIT 1 in the PAI field. 
1 FIELD EXffl over the SLP amount to remove it. 
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EXERCISE 4 SPECIALS 



Exercise 4 will guide you through opening a ticket with a Weekend/Holiday special rate. You will be the 
renter. 



Use Option 1 - Open a Ticket and complete Screens 1,2 and 3. In the section "Calendar/ 24 Hour/ 
Specials/ 

"X" 24 hour and Specials 1ENTER1 . The following screen will appear. 




* -FMtaiir Hen* ^5«Rat&a/R^ ' 



Two Options are available for Special Rates. 
Option I - Daily Special. 

Option 2 - Package Special (one price charged for a specific number of days and miles). 

1. Key an X in the slot to the left of the current date and time. If you wanted to start the special at a date/ 
time' ~ y 

other than the current date/time, you could key the appropriate date/time in the field provided. Key the 
date and time that the special will end. 

The Start and Stop Dates are very important, especially if the renter has the vehicle for any length of time 
before or after the Special Rates apply. 

For this exercise, we will use a daily rate of S19.95 per day/100 miles per day. 

2. Key the Rate and Mileage information in the appropriate fields in the section for Daily Special. 

{ ENTER) Screen 4 for a 24 hour rental will appear. 

F3=Main Menu. Return to the ECARS Main Menu. 

F5=Rates/Rules. Allows access the Rates/Rules Screen. 

F7=AAI. Allows access to inquiry programs. 

F12=Previous Returns to the previous screen. 
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EXERCISE 5 OPEN TICKET CROSS REFERENCE 

Exercise 5 will show you how to look up an open Daily Rental Ticket by Name or Ticket #. This option 
is very helpful for identifying Gpbr, Unit Number and License Number information. 



rECAKS * :ehtew?bxse : ^ system 




. • v < .^.'-. 

11;- -Seserrotions' 

. ■ ... . 



TRAINING 
SYSTEM 




1. Key Option # 10. 1 TAB LEFT I topositionthecursorintheselectionfiddtoto 
Number. See the box marked on the example. 



2. Thecustomer'slastnameiskeyedinField A. If the ticket numberis known, but not thecusto mer name, 
keytfie ticket number in Field B. For this exercise, key your last name in Field A 1ENTERI . The 
following screen mil appear. 




The Open Ticket Cross Reference displays the customer's Name, Gpbr, DR ticket number, Unit # 
and license #. 



You may look up another ticket from this s creen. Key your favorite celebrity's last name in the section 
marked Next Customer and press |ENTERl . RALPH will locate that name and display the information. 

Write dow n the numbers of all the tickets you created. Return to the Training Menu by pressing 
1CMD 1 1 . 

PagcS -1 



WO 02/097700 



PCT/US01/51431 



96 



EXERCISE 6 CORRECT A TICKET 



Option 2 - Correct a Ticket, allows you to correct/add/delete information on an open Daily Rental Ticket. 
This option is most commonly used to add claim information, shop information, additional drivers, etc. 
This option is NOT used to switch units or change rates. 



;;EOa^- ^ -HElOTUi SYSTEM 



TRAINING 
SYSTEM 




1. Key Option #02. 

2. Kqr the Daily Rental Ticket Number (use the lowest ticket number from Exercise 5 -Open Ticket Cross 
Reference). 



to accept the information and advance to the Correct a Ticket screen. 
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Screen 2 



r 



Current Bate Effective On 06/13/9? 



Bill-To Attn 



ClaaW SOL/BO* i Loss Date 000000 

(C/Claimant, I/Insured, T/Theft) Insured 



SHOP.: Cust# Name Attn 



Car Year 93 Make/Model BUICK/REATTACNV Phone# ( 000 > 000 - 0000 

Surcharge % 5.850 Fuel Charge 5.00 Per RENTA L 

-Drop Charge S«00 Drop Location _____ ___ 

Airport Access _ 1*000 % 

SLP ~ 2.00 /DAY ADD D1UV 1-00 /DAY 



F2*Cust ILiat F3«Exit F7«AAI F12t=Previous 



Screen 2 includes the sections: •Current Rate Effective Date •Claim/Policy/PO# 

•Additional Charges •Employee Number 



Any information may be changed by keying directly over what is displayed. Information may also be added 
or deleted if necessary. 

Add a $5 .00 drop charge and key the Gpbr Number of another branch in your Group as the drop location. 
Key your 5-digit Employee Number. 
lENTERl to accept information. 

I F2 1 Customer List. 

1 F3 | Exit to Main Menu. 

1 F7 1 AAL Access Inquiry programs. 

1F12 1 Previous Screen. 
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EXERCISE 7 SWITCHING UNITS/CHANGING RA TES 

This exercise will show you how to switch units and/or change rates on an open Daily Rental Contract. 
Use the ticket # from Exercise 3 - Open a Ticket, 24 Hour. 

On the ECARS Training Menu Screen: 

1. Key Option* 3. 

2. Key the DR Ticket Number. 



IENTER1 The following screen will appear. 




The screen is divided into 2 major sections. 

1. Switching Units: The portion of the screen above the current date and time is used to switch units. 

2. Changing Rates: The lower portion of the screen, below current date and time, is used to change rates. 

Either one or both options may be used. 

NOTE: The command (function) keys will be discussed at the end of this exercise, page 7-4. 
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CHANGING RATES , 



— -N 



CHftHGIKG RATE-1 Original: 6/01/94 8:35 AM Current; 6/02/94 1:31 PM 



1 

Kew rate effective date Time 
Calendar day 24 Hour Day X Special 


Discount 00% 




2 

/.Rate, ... . 6„£0^/faour . ...24. 95/day „ .OO/weeJc 


• 00/ntonth 




- Mileage 625 T/nile after 100/day, ,0/keek 


O'/nionth 


_ N/C 


. - % 3 " " t * 
^Damace Waives #dav ■ V W»0 ; ;*PAI/day.: :l.O0.. . '- v 


w3G^*^t:ui^ ;ftvail~C^*^e^^^ Xmd7«AAll^pi«dav^Brev. Miles 



1. Key the Date and Time the rate change becomes effective. Calendar Day, 24 hour and Special may 
be changed by keying X, if necessary. A Special Rate may be added/deleted, e.g.: daily rate or 
package rate. Do not update that information for this exercise. 

2. Change the Daily Rate to $32.99 per day, mileage will stay the same. 

3. Damage Waiver and PAI may be added/deleted/changed. 

1 ENTER 1 to accept information. 



Congratulations! 



You have finished learning Exercise 7- Switching Units/Changing Rates. Do NOT press 

Turn to the next page and review the "Command 11 keys applicable to this section. 
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Cmd6=Rate Displays current rental Rate History on top portion of 

screen, followed by previous rate history information: 
Date and Time charges started, Rate/per Day, Mileage 
(unlimited orcharged). Damage WaiverorPAl purchased. 





RATE BI3TORV Ticket # D026921 PP<34 CCRHUl-D 




C '.' 
XT 

>R: 


: f5tart Cb&r^s = 02/20/94 10s 00 *H 
.^Current, rate. . 6-00/Hour '32.99 /Day 

. : *xee;*iiles * 100 /Day 
: : ^Daawgi Waiver 9*00 -ffil 1.00 -Sxcess Miles At 2S HI 






... /Start ^Charges 02/22/94 0*i30 AM 
* Rate/ * •:. v-a6.no/Banr- 24.95 /Day 
.y^;Fxe«^Mile»v f :i00^Day ..... 

! *K*3Jliwflt *ai2»«c^ :: *ft:f60..PAl-.. iVOO Excess Miles At 25 MX- 




><- :^ 













Cmd7=AAI Allows accessto thelnquiry Programs. 

CmdlO=Prev Miles Allowsyouto change previously keyed mileage. 



Page7-5 



WO 02/097700 



PCTYUS01/51431 



101 



EXERCISE 8 CALLBACKS 



Exercise 8 will guide you through Option 12 - Callbacks - to view or update Open Rental Tickets and 
Reservations for your Branch or for another Branch on your machine. Also, the callback history will 
remain with the ticket after it has been closed. This is helpful if you have an adjustor or customer 
who has a question about a closed rental ticket. 




On the ECARS Training Menu, key #12 on the line following Option #. 
Menu Screen will appear. (See example screen on following page). 



The Callback 



NOTE: It is very important that you pay attention to detail while keying or updating all callback 
information. It will eliminate problems if you are careful at the start. 



Turn to the next page and learn all about the Callback System. 

Good Luck! 
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Now, let's take a closer look at Section 1 - Review Ticket s Needing Extensions. To start, key X to 
select Body Shop calls on the Reservation Menu Screen. | ENTER I to prompt the associated screen, 
shown below. 



Section 1 - Body Shop 



Print i* or K) ' ^ A'-" 1 




The Body Shop Screen lists all body shops alphabetically, including phone numbers and the number 
of calls to be made to that shop. 



1. Next S hop (optio nal) - Key the Shop Name you chose when you opened the Calendar Day ticket. 
Press \ ENTERI . The next list will appear. -OR- 

2. Shop Name - Key X by the Shop Nam e you had entered. 1 <— J 1 to move cursor down the list 
of. names, as needed. Press I ENTER! . The Body Shop Selection Screen will appear, listing 
customers who are having their cars repaired at that particular shop. See example screen on the 
following page. 

3. Shop Number - Displays shop Customer Number. 

4. Shop Phone Number. 

5. Number of Calls - Displays number of calls to be made to Shop. 

6. 1 ( 1 | to move cursor to top right of screen. To Print a copy of the Body Shop Callback 
Screen, key Y-Yes over default N=No. 

Reminder! Use your roll-up and roll-down keys to scroll backward or forward through Shop listings. 
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Section I - Body Shop Detail Screen 

r 

BODY SHOP CALLBACK DETAIL 



D100096 



CB50-1 



DATE OUT 06/10/97 8:19AM 
CUSTOMER DAVIS* TOM* 
HATE 15.00 /DAY 



CUBR EXT 06/1S/97 COST EXT 06/15/97 
HOME PHONE* 333-333-3333 
OFFICE PHONE* 333-343-3434 EXT 2323 
OTHER PROBE* 333-343-3435 



BILL-TO Y BILL-TO OTST# 999999 

BXXL-TO NAME .LENKMAN*. .. JANE* • . 

PHONE # 212-212-2121 . SXZ7896 

XB/XTTEOTION 999 JANE LENKMAN- 

GXAXH/POL/POS 

MAX AMOUNT 25. 00 



SHOP! 9999999 FRANK'S -AUTO BODY 

PHGNEf 314-456-9870 

ATTN Bob Brown 

YEAR 94 MAXE/MQDL ACO.RA INTEGRA 

LOSS DAZE 000000 

INS U RED 



HEW. INFO (EMP# 



0x06/10/94^:41 AM .RENTAIi/EXTENDED^tlNTIL: 0.6/43/94 -BY TS 74Q24 
*>#6ZX3/S4 :*^&&&K0^^ " : ' • 7502*: . 



STKTOS'j^ ZtraUDO .j;'GK;#;*V* *Vv.J ^>^CAXISACK 1CYPE X B/S X AD3 ^tSVC _ CUOT 



EXTENSION "DATE 



BY 



•F2±^st..XI^.£3^Exi;t^ :. ;- .FS=Opea Ticket F6=*Chgs To Date 

F7-AAI FB=Update^ Tkt''FS^ai : iback Notes- FlOsReceipt Depos Roll=Fwd/Back 

F12«Previous ,.F13«Inaurance>TW^rtdit "Check FlS^Reeervatlon 

: _ 7 J : y 

Any background information you need to know about the renter is available on this detail screen. 

1. Customer Information- Displays Ticket Number, Remal Date and Time Out, Current approved 
Extension Date, Renter's Name, Renter's home/office/other Phone, plus Rate the renter is being charged. 

2. Bill-to Information - Displays the Bill-to Customer Number, Company Name, Phone Number and 
Extension, ID Number, Attention Name, Claim/Policy/P.O. Number, and Max Amount Bill-to Customer 
Number will pay. Also, Repair Shop's Customer Number and Name, Phone Number, Cont act Perso n's Name 
at the Shop, Year/Make/Model of renters vehicle. Loss Date, and Insured's Name is listed ] <■■ ■ < *] 

to move cursor through the fields. To change ticket information, press F8=Update Tkt, then key new 
information over the existing information 

3. New Information -Displays all callback information to date. This is the most important and 
utilized part of the Callback System. RALPH automatically displays a record of all previous 
callback messages, date and time call was made, and employee number of the person 
who made the call. This record remains in the callback history of the closed ticket, for future 
reference. Use roll-up and roll-down keys to scroll backward and forward through the previous 
records, as needed. 



NOTE: To enter new information received from a current call, [ 



to move cursor, key your 

employee number in the W EMP#" field highlighted above. Key new information, "Body Shop said it will take 3 
more days." 

Screen description continued on the following page. 
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Section I - Adjustor 

On the Callback Menu, key X next to Adjustor for Tickets needing extensions! 1 ENTER \ 



| ADJUSTOR CALLS 
i 1 NEXT INSURANCE CO, 


6 

Print 


CCCB10-1 | 
<Y ox N) (N) j 








{2 '(Bill to Name) 

1 _ AMX* TESTING CUSTOMER* 
1 Z FIREMAN'S INSURANCE GROUP** 
| _ HANNOVER:. INSURANCE GROUP** 
J * 

I * c 


3 

CUSTl 

AMXTEST 
FIROOOX 
HAN0101 

".If -\ ' 


4 (Phone Number) 

222-221-2222 
212-212-2121 
111-111-1111 


5 § or. j 

CALLS J 

002 - v 1 

003 ; ' : " ; 1 
ODi'.:* 1 


j Crodl»Exit . Cmd7=AAI ROLL=Forward/Back >. y 







The Adjustor Screen lists all insurance companies alphabetically, including customer numbers, phone 
numbers and number of calls to be made to that office. 

L Next I nsurance C o. (optional) - Key your name. The name keyed appears at top of list. 
Press lENTERl . The next list will appear. -OR- 

2. Bill to Name - Key X by the Insurance Company Name you will need to call. 1 <r—* \ to move 
cursor down the list of names, as needed. Press 1 ENTER 1 . The Insurance Company Selection 
Screen will appear listing customers who need authorizations or extensions on rentals from that 
particular company. - 

NOTE: To view the Adjustor Selection Screen, key X by your name and lENTERl . See example 
screen.on following page. 

3. Customer Number - Displays insurance company "Bill-to Customer Number. " 

4. Phone Number - Displays adjustor phone number. 

5. Number of Calls- Displays number of calls to be made to Adjustor(s). 

6. 1 ( 1 1 to move cursor to top right of screen. To Print a copy of the Adjustor Callback Screen, 
key Y=Yes, over default N=No. 



Reminder! Use your roll-up and roll-down keys to scroll backward or forward through the Insurance 
Company listings. 
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Section 1 - Adjustor Detail Screen 



I ADJUSTOR CALLBACK DETAIL - D100096 CB50-1 | 

I 1 

J DATE DOT 06/1*7/94 B:19AM CORK EXT 06/18/94 

I CUSTOMER MURPHY* SHARON* HOME PHOKE# 333-333-3333 i 

I -BATE :15.00 /DAY OFFICE PHONE* 333-343-3434 EXT 2323 



PHONEl 222-222-2222 



| BILL-TO Y BILL-TO CUST# . FIR0001 . SBOPt ALLEN'S AUTO BODY 

| , iSXLL^TO . NAME FIREMAN'S INSURANCE GROUP PHOHEV 777-777-7777 . 

• PHOOTl 212-212-2121 EXT 8896 . . XCTH BOB BROWN ! 

! XD/ ATgENTION 001 'SPOOL* LYNN " YEAR MAKE/MDDL .<." .*s 

r CXJOH/POIr/POff CLAIM 35 LOSS OAJEE 000000 - . . v 

• MAX AMOUNT INSURED > ■ 




11: 41 -AM RENTAL ..ECTENDED <UNTIL: 06/13/94 BY LS . 74024 



9:00 AM. PROBLEM. :EETTING 'PART. £TN 



> oC3UXBAlf»-*T*CTE X B/5 "X ADJ fe^SW " I 



j ./.LAST -DAY' \ BY ; ^ j 

f — v — - — — — : : — — 1 

|F2«Cuat List F3=Qjcit P4=ID Xist ■ ' FS^Open Ticket F6«Chga To Date j 

j F7«AAI F8=U|date- Tkt F9=Callback Notes. T10=Receipt Depos Roll=Fwd/Back j 

| .F12«Brevious F13=iisxirance F14«=CredLt Check F15=Reservation j 



The Adjustor Detail Screen is very similar to the Body Shop Detail Screen. Take a few moments to 
familiarize yourself with me above screen. From this screen you may change ticket information, call- 
back status, and extensioi^date. Be sure to refer to the Body Shop Detail Screen, page 8*5, for field 
descriptions. 



NOTE: To enter new information received from a current call, 1 C 1 1 to move cursor, key your 
employee number in the "EMP# ff field highlighted above. Next, key all pertinent information in the 
message space provided, using the same abbreviations that were used in previous messages. Change the 
Status of the call from TXT to "OK." Key 3 days from today as the Extension Date. 



This completes the review Tor Section 1 - Adjustor! 
Turn to the next page and continue the Callback Exercise for Section 1 - Customer. 
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Section 1 - Customer Cash/Check 

The Customer option can also provide a list of customers who are paying by cash/check ONLY. To 
view this list from the custome r calls, on t h e Callback Menu Screen, key X in both the "Customer" field 
and "Cash/Check Only" field |ENTERl . | <— J | to move cursor d own the li st of customer names, 
as needed. Key X to select the customer name to be displayed, press lENTERl the Customer Detail 
Screen will appear. 



Section 1 - Customer Detail Screen 




XD/ASZERTXCw.^ 



^CT'JMEO^ EMP# ) ' 



t^^:ii7::^^^y&i^Sa ^ t£^42:^ i £USt»!^E^^SI0N.t^SE UNTIL 06/23/97 : ..^5 , 7Sl?^: I 



|;SIR!OTS;^ . ;X~OK ■ ;■ 



_ B/S _ ADJ SVC X COST | 



Lrawi^j^ ' F6«ags To Date 

I ^T&k'T : *.±&&^ Flth=Receiot Deoos Roll=Ewd/Back 



*e '3?kt : F9M^Ilba<*^otes FltNReceipt Oepos Roll=Ewd/Back 
isurance T14«Credfct Check, F15«Reservat;l©n 



y 



Any background i 



ation you need to know about the renter is available on this detail screen. 



The Customer Detail Screen is very similar to the Body Shop Detail Screen. Again, take a few moments 
to familiarize yourself with the above screen. From this screen you may change ticket "bill-to* informa- 
tion, callback status, arid customer extension date. To refresh your memory, refer to the Body Shop 
Detail Screen, page 8-5Afor similar field descriptions. 



NOTE: To enter new information received from a current call, I I to move cursor, key your 

employee number in the "EMP#" field highlighted above. Next, key all pertinent information in the 
message space provided, using the same abbreviations that were used in previous messages. Change the 
Status of the call from "DO" to "OK." Key a new Customer Extension Date of 3 days from today and 
take any required deposits. 

This completes the review for Section 1 - Customer! 
Turn to the next page and continue the Callback Exercise for Section 1 - Service. 
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Section I - Body Shop Selection Screen 

f N 

5 SERVICE CALLS 11 CB07-1 

PRINT K% OR N) (N) 



I 

MONARCH CHEVY'** 3 
3fl7-654-321 0 9999999 



2 

-ABli* ALICE* 



JONES* 3UE* 



CALLBACK 
CURRENT STATUS 



YEAR/MAXE /MODEL TICKET* GR/BR EXT DATE SHOP ADJ 
4 5 6 7 8 9 

q<l VftPD T& lTTMTg » MZI115 fl1f " ftfi/lfi/^ no w 



Notes 
10 



95 FORD MUSTANG * D027419 0101 06/17/94 DO DO 
Notes __ 

90 CHEW LUMINA * D027420 C101 06/20/94 DO DO 

Notes . 



VINDICATES "TICKET WITH EXTENSION DATE GREATER THAN 2 DAYS OLD 

V; JlCS^l«Brt£. ^5^«S.^dife?C?vi2»£- ^Qa^P^Hatl/Back 

h Displays Service Shop Name/Phone Number and 6-digit Customer Number. 

2. Custo mer Name - Key X by your name. | f, Jl . j to move cursor down the Ust of names, as needed. 
Press 1ENTER1 . The selected Service Shop Detail Screen will appear. See example screen on the 
following page. 

3. Displays Customer Number. 

4. Displays Year/Make/Mode! of customer vehicle 

5. Displays Rental Ticket Number. An extension flag (*) indicates ticket has an extension da^^ 
more than 2 days old. Definitely make all extension flags a priority! 

6. Displays Group and Branch Numbers. 

7. Current Ext. Date - Displays cuirent extension of specific rental ticket. 

8. Callback Status Shop - Displays shop callback status - LM (Left Message), DO (Make Call), 
OK (Call Made). 

9. Callback Status Adjustor - Displays adjustor callback status - LM (Left Message), DO (Make Call), 
OK (Call Made). 

10. Notes - Key Service Shop notes. Notes will forward to Service Shop Detail Screen. 

NOTE: You must still go into each detail screen and update the callback status (LM/DO/OK) for each 
customer, even after keying notes. 

1 1. 1 < ■■ 1 k o move cursor to top right of screea To Print a copy of the Service Shop Selection Screen, 

key Y=Yes, over default N=No. 
Reminder! Use your roll-up and roll-down keys to scroll backward or forward through Shop listings. 
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Section 1 - All 



OPEN TICKETS 



li 



NEXT CUSTOMER 



7 BRIOT <X OR H) (5) 



\ 



AKLSJDFKASJ* LASDF;.L 
*AUCKE* : « CLAUDIA* 

I "BBHOIT*-:: ..TRICIA* • 
I ?B0MBAYf ";. ;BILL* . 
BONpV^/iXftMES*/ i; 



3. 
TTCKETf 
D999089 
0999096 
Rllit)62 

. D999019 

« D999028; 
0999080 

V&S99022, 



4 CURRENT 
EXT MSG 



* 11/09/97 

* 11/01797.. 

* 9/10/97. 



5 CALLBACK TYPE 
B/S ADJ SVC C8T 



6 CUSTOMER 
EXT DATE 



1/28/97 
3/10/97 

2/20/97, 



1 *.:&hpi^^ asafoajja 



THftH 2 DAYS OLD 



The M Air Callback option provides a list of off Open Tickets, in alphabetical order, that need extensions. 



1. Next Customer - Key next Customer Name at which the Callback list should begin. Press | ENTER | 
The list will appear. -<?/?- 

2. Customer Name - Displays name of rental customer. 

3. Ticket - Displays ticket Number. An extension flag (*) indicates ticket has an extension date that is 
more than 2 days old. Definitely make all extension flags a priority! 

4. Current Ext. Date - Displays current extension date of specific rental ticket. 



S. Callback Type - Key X to select Callback Detail Record to display: B/S (Body Shop), ADJ 
(Adjuster), SVC (Service), and CST (Customer). A n #" by a Callback T ype indicat es a message 
has been left at that Callback Source (Body Shop, Adjuster, etc.). Press 1 ENTER | The-selected 
Callback Detail Screen will appear. 



6. Customer Ext Date - Displays customer extension date of specific rental ticket. 

7, 1 C 1 1 to move cursor to top right of screen. To print a copy of the Service Selection Screen, 
key Y=Yes, over default N=No. 



Reminder! Use your roll-up and roll-down keys scroll backward or forward through the Open Ticket 
listings. 

Continue t the next page and learn how to select the "By Name" Callback option. 
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Secti n 2 - Callbacks -orTtacompiete Reservations 



RESERVATIONS INCOMPLETE FOR GPBR PMM CCRSll-B 

8 Print (Y or N) (n) 



1 Kext Customer 



2 


3 


4 Piokup 


5 


* Car 


7 Rent 


Cuctoffler Mane 


Date 


Tine 


Stat 


Typo 


Type 


ASHBY* JOAN J* 


6/15/34 


2:00 PM 


DEL 


MINI 


I 


EARP* WAYNE* 


5/16V94. 


B; 00 AM 


W/IN 


INTM 


D 


EASTWOOD* BTLL* 


5/10/94 : 


4:00 PM 


W/IN 






GARCIA* : .MARIA* 


6/19/94 


2:00 PM 






1 GORDAN* ■"■ "J^LL** 


5/01/94 


1*00 : PM 








[GRAND* TIM* 


6/20/94 


10:00 AM 


DEL 


MINI 


D 


.jnJME*%iBILL* . : 


7/05/94 


. iioo.;«H 


W/IN 


STD 


B 


I iOENG^HARGE* ■'• 


S/u7M-/i 


5 *00 .PM 


P/U 


MINI ■: 


D 


lLEE**;:^DAYIX3!t'' ■ ... 


7/13/94 




W/IN 






Imonrde* /^oe* 


6/23/S4 


/ "BsOOAM " 


arc 


SPEC^ 


X 


|NO«A»K* BOB*, 


5/02/<94 


:2i.3t) PM 


P/U 


FOLIi . 


R 














■ * ; " { 












! * •-- •.• r - - ■ • y 













Cmdl«ExJbt , : iQndS=?Main Mctu ,Cmd7«AAI. Cmdl2«Prevlous Scot Roll=Fwd/Back 



The Callback-Incomplete Reservations Screen alphabetically lists all reservations marked as incomplete 
when the reservation was originally opened. Reservations are selected from this list to make contact 
with the customer and complete the reservation, as needed. 

1. Next Customer - Key next Customer Name at which the Callback list should begin. Press 1 ENTER) 
The list will appear. 

2. Customer Name - Displays name of rental customer. 

3. Date - Displays pickup date of rental vehicle. 

4. Pickup Time - Displays pickup time of rental vehicle. 

, 5. Status - Displays rental status - W/IN (Walk In), DEL (Delivery), P/U (Pickup), CWC (Customer 

will cany 

6. Car Type - Displays rental vehicle size. 

7. Rental Type - Displays rental category - 1 (Insurance), B (Body Shop), D (Dealership), R (Regular), 
C (Corporate), O (Other). 

8. 1 <— 1 1 to move cursor to top right of screen. To print a copy of the Incomplete Reservations 
Screen, key Y=Yes, over default N=No. 

Reminder! Use your roll-up and roll-down keys to scroll backward or forward through the Incomplete 
Reservation listings. 

Turn to the next page and learn about the Callback - No Show Reservations! 
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FUNCTION KEYS FOR OPTION 12 - CALLBACKS 



Listed on the bottom portion of each screen are several Function (F) keys. Each one performs a 
function that may be used while creating or viewing Callbacks. 



F2 = CustList 

F3 = Exit or Main Menu 
F4 = ID List 

FS= Open Ticket 

F6~ChqsTQDate 

F7 = AAI 
F8= Update Tkt 

F9 = Callback Notes 
F}0 = ReceiptDepos 
F12 = Previous 
F13 = Insurance 
F14 = Credit Check 
Fl 5= Reservation 



Displays a list of customer names and numbers that are to be used for 
billing purposes. 

Allows you to exit the program or return to the Main Menu Screen. 

Displays a list of ID numbers for individual adjusters, agents, etc. for 
each customer number. 



Displays the Open Rental Ticket for any rental background information. 

Displays the total number of rental days, total dollar amount, less 
deposits, and balance owed. 

Allows access to the Inquiry Programs. 

Allows you to update Open Rental Ticket information such as claim 
numbers, shop name, etc., as needed. 

Allows you to key additional infoiroatioa 

: Allows you to update payments on Open Rental contracts. 

Return to previous screen. 

Allows you to key renter insurance information. 

/Aws you to key credit check information. 

Allows you to continue to the next reservation. 



Congratulations! 

You have sucessfutty completed the entire Callback Exercise. Now, you are ready to update 
live Open Rental Tickets at your Office! 
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EXERCISE 9 CLOSING A TICKET 



This exercise will guide you through Option 5 - Closing a Ticket. Close the ticket from Exercise 2 - Open 
a Ticket, Calendar Day. 



Key Option # 5 and the Daily Rental Ticket Number on the ECARS Training Menu. 1 ENTER] The 
following screen will appear. 

Screen 1 



... . *1 :\.\ . 



0 1 • li! §§|f vC^rges^atiiOn^3>ate ?0624$4 . .. Time .U02_*M 



3«S 




ySfcact 



End : 



From Date XO0O0O Time. 0.QO0. 
•V /Ed Date 000000 :T±me 0000 



^ri^^'i^afe^^^ v "^;\BAI _ Fuel _::.Tax/Schg . _ Mileage _ : t>rop 

i^S^Sf^^^ :<||^^ ^ - f ■■ •■ - \ - , ^ : '-Mapart. Access -v 

: . (Not. JTo ^ceed\.^ < _^OSLf er Day) ■ • . 



■ (Ror To -Exceed '$ ; 



♦ 00 To tall " 



v^4 M .>^thie3^Ainox»it-- ^ • . 00 ^ ^Description: . : 



There are S basic sections to Screen 1 . 

1. Closing Ticket#: TMssecriondisplayitijeDRtf^ 
charges end. Thecmtremdateandtimeareprovidedbythew 
shown. 

2. Mileage: This section requires the Starting and Ending mileageforeadi unit, alongwith Fuel Charge, 
Misc. Charges, etc. 

3. BillTo: ThissecdonaBowsyoutokeyorddetebillinginformationas Also displays Current 
Extension Date from callbacks. 

4. Billing Dates (If different): This section allows you to key billing dates if they are different from the 
actual dates of the contract. 
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Section 1 - Closing Ticket U 

. — _ 

1 CLOSING TICKET! 999010 For Renter SMITH* ROBERT* 

I 2 Charges End On Date 062494 Tijue 1102 AM J 

1. Verify the Ttcket# and Renter Name. 

2. The length of this rental is determined by the current extension date. If necessary, adjust the date by 
keying directly over the information displayed. 

NOTE: If ticket is close pended, this date may not be changed. You will need to unpend the ticket 
in order to change the date. 

Section 2 - Mileage 

/hxXaa^c . . . 1 

J.^^<M»32«t/*tart 2500 End .253$-. : J$ttd£?, . k ' Start End 
Hto**^y ^§t$a*v- -Bnd- h " '^09^^^ " ****** 

J^ait-iri^^t^ed^ej^^ Vor,.3b. y ^ jpj^r/Chaxge - ■ ' 5,00 

MMiic^ ' '• ^iXJt£^MS^b^: 'yZSOBCBG- .00 /BAY • 

<JEl£^J^M^^^^ - _ _ — . ^ - — — i : - ^ 

1. Key the Starting and Ending Mileage for each unit. 

2. Key the Fuel Charge as designated by your Group. Each Group will have a standard fuel charge. 

3. This vehicle has been "dropped" at another Group Branch. Key in the Group/Branch Number. 



NOTE: You may see an error message requesting the mileage be confirmed. Because this is a training 
program, you may key an "X" in the selection field for mileage confirmation without updating any files. 
For everyday branch use - you must verify the mileage you keyed is correct before confirmingthat mileage. 



Section 3- Bill To 

t- — : — ' — -~' N 

i Bill TTo rtf/NT Y :Cu«t# 999999 Name YOUR.-HftMB** 

! . --v.- Address 555 -SOMEWHERE LANE 

■ iCltv Anytown ST MO Zip 12345 

1" . V 5ID/Attn 999 CHARLIE BROWN 

1 J Curr:vExt 06/24/94 per I^C. ] , .' ^ 

Verify the billing information. This information may be updated/changed/deleted if necessary. 
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Screen 2 



ACCEPT (A) or RECOMPUTE (R) 


1 










«AAI ^ 


2 

062094 
0315 PM 
062394 
1120 AM 


3 

Miles 

# 

$ 


4 

Hours 


5 

Days 
3 

16-99 
50.97 


6 

V4«OX& 


7 

Months 


• 

Waiver 

3 

7.00 
21.00 


9 

PAX 
'3 
1.00 
1.00 


10 

Special 


OOOOOO 
. X>000 

.oooooo \ 


# * 

e • * 
















• 






' . 000000 . 
OOOO 
»000000 : 


e . . " 






. • » V 




V « . * , _ 

^.00 












;SK>QQ : 
'OOOOOO 


. ;V 00i-5 




• 


■v • 


• >** • 


• " 1 

v ... ' : 

;2I-00 

"A " 


> -7* . 
3.00 




■ < •. .• 
r 00 . 


. -■ 

. Surcharge % 5 . 650^- 
Surcharge 2v98 : - 


' . - v« 
Gas 12 7i00 


Disc €14 


"6 - 






TOTAL 
89.95 


Drop 13 


5.00 


Misc 


15 


.00 


Qnd3«Restart 

J 



Screen 2 breaks down all charges and displays the grand total. Use this screen to write 
down all charges on the rental ticket when the customer returns the vehicle. 



1. Accept or Recompute (when adjustments are needed). 

2. Four rate sections. Displays beginning and ending date/time of each rate change. 

3. "Number of Miles, rate per mile, total amount of overmileage. 

4. Number of Hours, rate per hour, total hourly charges. 

5. Number of Days, rate per day, total daily charges. 

6. Number of Weeks, rate per week, total weekly charges. 

7. Number of Months, rate per month, total monthly charges. 

8. Number of Days, rateper day, total DW charges. 

9. Number of Days, rate per day, total PAI charges. 

10. Number of Days, rate, total Special rate. 

11. Sales Tax rate and total. 

12. Fuel Charge. 

13. Drop Charge. 

14. Discount percentage and total. 

15. Miscellaneous Charges. 

16. Grand Total. 

Key "A" 1 ENTER 1 to accept the charges and advance to Screen 3. 

CMP 1 1 Exh to Enter Request Prompt. 

CMP 3 Restart. 

CMD 7 AAI. Access Inquiry Programs. 
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Closing Procedure - Calendar Day 

Screen 3 - continued 



CLOSING TICKET # 999011 For Renter SMITH* ROBERT* 

Total Charges 89,95 

Less Deposits .00 0 H Of Deposits 

Less .Amount Billed To 89.95 Your Name** 

Balance. Due Q.0.05^ Refund 

Settlement Of Balance Due 
Paid C 2f)0_ __By_Cas£: 
.00 By Check 
.OX) By Credit Card 

Bill .00 To Cust# . A/B Description 

Bill ;00 To Cust# A/R Description 

>Bill • .00 Hatne. • (LasfFirst*) TTL. 

. . *A£tnr~' • 

: ' : * - ^ Street 

•"•v, v ■ . '-* r ; ; iity .. ; ST -Sip ^ ' ; 



tVi^C'V.*^ . * f . ;..X;^ome.:Bhone:*000''000 ^0000 Office Phone 000: 0O(X :0000 . . 



Charge .. .. .0(K To^Account . Unit # Desc 

■; Charge ■•■ , 00 > To -Accou nt Sn** * t*** 0 

^sasi^~pP0^7*y^a«E x or ~c5ecTr_ n 



Cmdi^Eklt -^^ Cmid2 «Cag^^ l iL st CmdB=lnternal Accts CmdB^Deposits Cmdl0=CC Appcvl 
CnKi3=Restart 'Gmd4-ID List . Cmdo^Callbk Detail Cmd9~closePnd Cmdll^CK Apprvl J 



The total charges for this rental ticket are shown. There is also an amount that is to be billed to a third 
party - Your Name. An amount due may or may not be shown. 

i 

. If there is an amount due, key the amount in the field before "By Cash." Key your 5-digit Employee 

Number. 

i 

!V there is a refund due, key the refund amount next to "Refund" and X cash. Key your 5-digit 
Employee Number. 



| ENTER | to accept the information and dose the ticket RALPH will receipt the cash you accepted 
from the customer and bill the third party, Your Name, for their amount. 
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Now, let's "impend" the same 24 hour ticket previously pended. 



On the EC ARS Training Menu Screen, key Option 5 and the Ticket Number 1 ENTER 1 . 
Again, Screen 1 will appear. 

Section I - Closing Ticket # 



CXMXH6^CKBT# O60S94 ;For Renter vSMXTH* BQBERT* 




v ;.>'!P*^ ...4?%:* : -js5 




^Qiid4^±D •£fl± v ?^^C^l^ackf Detail *Cmd7=AftI AGmdS^Accident .^pt 



Press 1 CMP 9] to "Unpend" the ticket. 



Key your Employee Number in the Emp# field. Press |ENTER | to confirm that you wish to unpend the 
ticket The EC ARS Training Menu Screen will return. 



Tttrn to the following page to close the 24 hour ticket as normal 
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Screen 2 



r 



ACCEPT (A) or RECOMPUTE W(^a) 



Oadl=Exit Cmd7«AAI 



062334 

0842 AM # 

$062*9* .« 

oeoo.^RM $ 



Miles Hours ^"""'Days Weeks Months Waiver 



Ratel 



2 

24-95 
49.90 



2 

9.00 
18.00 



PAI Special 
2 

1.00 
2.00 



"0624:9* 
0000 AM # 



R«te2 



1 

32.99 
32.99 



1 

9.00 
9.00 



1 

1.00 
1,00 



.000000 
O0000Q. 



4 



000000 
,0000- # 
000000 8 



VVOO . r 00 62.89 .00 .OO 23.00 3.00. 00 

■' »V{! . •; TOTAL. 

.-^50' ; U^S*J 7.00 .Disc € 0 % • ' -121-74 

4^05 ^Drop .00 Misc .00 Cmd3=Restart ^ ' 



Screen 2 breaks down each rate charged on the ticket- 
Key an "A" to accept the charges. Write down the charges on the rental ticket if available. 

| ENTER | to advance to Screen 3. 



CMD1 



Exit to Main Menu. 
1 CMP 3 1 Restart. 

AA1. Access Inquiry Programs. 



CMD7 
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Check Refund Request 




CHECK REFUND REQUEST 




RENTER: SMITH* ROBERT* 
123 MAIN STREET 
ANCTOWN MO 63124 




Amount: 78.26 




Pay To: 

Cust n 999999 
1 Name ..SMITH* ROBERT* 

123 MAIN' STREET 

ANYTOWN MO 63124 0000 




.* Reason overpayment - $200.00 deposit. 




3 Special Instructions 

Hold Check - Customer will pick up. 




Cmdl=Exit Cmd7=AAI 

V — 



The name and address of the renter will be displayed along with the amount of the refund. 

1. If the check should be made payable to another party, key the information in the Pay To section. 

2. Key the Reason for the refund (overpaid, etc.). 

3. Key any Special Instructions (customer will pick up check^-etc). 
1 ENTER 1 to accept the information and close the ticket. 



CMP 1 | Exit to Closing Ticket Screen 3 
| CMP 7 | AAl. Access Inquiry Programs. 
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EXERCISE 10 CASH MANAGEMENT 

The Cash Management Option • Option 15 on the ECARS Training Menu - provides important 
information regarding Credit Card and Check approval procedures. It also includes a cash summary 
option that will allow you to balance the summary created while you opened and closed rental tickets in 
the previous exercises. 



On the ECARS Training Menu, key Option IS 1 ENTER) . The following screen will appear. 



CCRT15-01 

- . CASH Hft^CEMBNT " / ~ ; !/ 




v ; — 



Key Option 1 - Credit Card Approval 1 ENTERl . Carefully read the two screens displaying credit card 
approval "Things to Know". 

Do the sam e for Option 2 - Check Approval, Become familiar with the jCMD 10 1 = CC Approval and 
1 CMP 11 1= CK Approval windows, then move on to Option 3 - Cash Summary. 



| CMP 1 I Exit to Main Menu. 

1 CMP 7 1 AAI. AccessInquiryPrograms. 

| CMP 12 | Previous Screen. 
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CASH & CHECK SUMMARY- Selection h CASH/CHECK REVIEW 



1. Key your Employee Number. 

2. Key an "X" in the Cash/Check Review selection field. 1 ENTER] The following screen will appear. 

""\ 
Other I 
Amount: | 

:.:. : ^J0O | 

i 

■ j 




'.'4 ■> ' 

"■Credit 

sP#zm :. ■ . 



7 


8 


Credit 


Other 


£210 


Acnt 


-00 


JOOOt) 


.00 


0000 


.00 


oooo" 




.0000.;. 


..ob : . 





This screen displays all cash and check transactions. Cash transactions are noted with a cash symbol (S) 
to the right of the dollar amount. 



1. Line Number. 

2. Customer Name. 

3. Customer Number. 

4. Document or Unit Number. 

5. Branch*. 

6. Credit Account 2200 Amount. 

7. Credit Account 2210 Amount. 

8. Other Account Number (any Account Number other than 2200 or 2210). 

9. Other Amount (corresponds to Other Account Number keyed in field #8). 

10. Total Cash. 

11. Total Checks. 

12. Cash/Check Summary Total. 

13. Gpbr Number. 

14. Summary Date. 

15. Iine#. Key a line number in this field to automatically roll screen to that line. 



[ENTER! to return to the Cash Summary Menu. 



ICMD 1 1 Exit to Cash Summary Menu. 
|CMD7 1 AA1. Access Inquiry Programs. 
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CASH & CHECK SUMMARY- Selection 3, CASH/CHECK DEPOSIT 




1. Key your Employee Number. 

2. Key an "X" in the Cash/Check Deposit selection field. 

3. Key Total Cash Box amount. This is the total amount of cash in your box, including the assigned cash . 
box amount. Assigned cash box amounts vary from Group to Group. For this exercise, use the "Cash" 
total from the Cash/Check Review plus $100.00. 

4. Key Assigned Cash Box amount - $100.00. 

5. Chits to Reimburse. There are no chhs for this exercise. 

6. Chits to Remain in the Cash Box. There are no chits for this exercise. 

7. Key the Total Checks to be Deposited. For this exercise, use the "Checks" total from the Cash/Check 
Review. -•'*'. 



The screen will display a message verifying the cash and checks balanced and a copy of the 
Cash Summary will print from the Plainpaper Printer. 




There are several other messages th at may be displayed when balancing the cash summary. For a full 
display of error messages, press the IHELPl key. 
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Congratulations! 
You have now successfully completed the ECARS Workbook! 

If you feel uncomfortable with any of the options, or just feel you would like a little more practice, you 
may open and close tickets, switch units, change rates, etc. in the ECARS Training System until you feel 
you are ready to go "LIVE". 

The following Hst of Error Messages are the most commonly seen while completing the ECARS 
Workbook. You may refer to them any time you need a more detailed explanation than is displayed on 
the screen. 



Accept or Recompute?: 



Key A-accept or R-recompute to accept charges as they 
are, or make changes and recompute. 



Additional Driver?: 



The field for additional driver has been left blank. Key Y 

orN. 



Additional Driver Name Required: 



The field for additional driver has been marked Y, but no 
name has been supplied. 



Charges Do Not Balance: 



The payments that have been keyed do not balance to the 
amount due. Only Balance Due amount should be 
receipted. 



Confirm Date/Time Out: 



Date and Time keyed is not the current date and time. 
RALPH needs confirmation. 



Confirm Unit To Be Rented: 



Unit rented on another ticket or may be owned by another 
Branch in your Group. Always has a message explaining 
the problem. 



Date Oat invalid: 



Date out has been keyed, incorrectly, or field left blank. 



Rental Type Invalid: 



Rental Type field has been left blank, or rental type keyed 
is not valid. 



Renter Name Invalid, Last*First*: 



Renter name has not been constructed correctly. 



Time Out Invalid: 



Time out has been keyed incorrectly, or field left blank. 
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1.1.1. 1.4^1 JT Send Transaction for Distributive Processing (AMlOO-AMIfli) 



Compooent Navigation Diagram 
07/15/98 




1.1.1.1.4.1 




PGM Distribute 




Routed Transaction 
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Host System 
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PGM Retrieve 
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(R7VSYS) 
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ARMS Process Report 



EXHIBIT C 



Process 



Hierarchical numeric ID 
Coded name: 

Name: ARMS Context (CSD) 



?f *f 0mated Rental Ka **<3e*ent System is the electronic data 
interchange (EDI) application and communications bridge between the Enterprise Rent - 
A-Car rental applications (ECARS- Enterprise Computer-Assisted Rental SysSm and 
Claims Connection and the application systems used by Rental Management Trad±na 
Partners (mostly insurance companies using ARMS/400, a VAN - Value-Added Network or 
their own in-house application) and Direct Billing Trading Partners. wecworK ' or 

® Purpose: To accept EDI transmission envelopes from the tradina oartnera 
unpackage the transmissions, perforin transaction data seTedits,^oute tT^r^ 
appropriate distributed rental location's rental application system host computer 
platform and update the rental application database with the EDI transaction's ' 

^°^h^\ T ^ al !°'^ enerate transaction tota sets from the rental applications 
for sending to the trading partners. 

„ow 4! f? ote8s A^MS has a centralized data store for progressive transaction 
daily work files, received and sent transmission logs, error logs, billing logs 
rental transaction database of information passed to date, trading partner 
transaction/rental transaction cross-reference, and trading partner profile files 
ARMS has a distributed data store for transaction daily worklSes? error logs 
trading partner transaction/rental transaction cross-reference and a subset of' the 
duplicated images of the centralized trading partner profile files. 

Also, the current transaction formats processed with some trading 
partners and within the majority of the ARMS software are using documented • » 
proprietary EDI transaction data set formats and transmission envelopes. However. ' 
some trading partners are exchanging information using ANSI (American National 
Standards Institute) X12 EDI standards for the 372 Rental Management transaction 
format that require translation to and from these proprietary EDI transaction data 
set formats, mapping, repackaging/unpackaging, and commmication using an installed 
third-party software package. Any EDI integration software's -EDI Integrator". 



Process 

Hierarchical numeric ID: 1.1 
Coded name: 

Name: BA Automated Rental Management System 

Comment: ©Definition: This is a rental business area application system software 
set of processes that allows Automated Rental Management, rental reservations, rental 
location and rate maintenance notifications, invoice billing and electronic funds 
transfer (EFT) remittance advice transactions via EDI (Electronic Data Inter chang e) 
communications to be routed between trading partners and rental application and 
financial software systems within Enterprise Rent -A- Car. 

Process 

Hierarchical numeric ID: 1.1.1 
Coded name: 
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ARMS Process R eport 

AA Trading Partner Business Transactions 



>t: ©Definition: This application area represents all EDI transmissions that 
/ent from the EDI Rental Management Trading partner users to be routed to the 
ributed application system for: 

/ creating rental reservations; perform rental payment authorization maintenance 
for a current rental contract or reservation; or, messages to the rental branch 
office staff. Also, will process received electronic remittance advice detail 
in response to electronic billing invoice for a closed rental contract that 
they had authorized payment to be routed to the Cash Receipts financial 
application system. 



Process 



Hierarchical numeric ID: 1.1. 1.1 

Coded name: 

Kame: BT Request for Authorization Management by Customer 

Comment: ©Definition: The set of automated activities that are used in the 
creation of reservations and maintenance of the rental payment/direct billing 
authorization from an EDI transmission received from the Rental Management Trading 



©Purpose: To allow the Rental Management Trading Partner an electronic 
means of creating rental reservations and managing their rental payment /direct 
billing responsibility authorization information for a vehicle rental. 



Process 

Hierarchical numeric ID: l.i. 1.1.1 

Coded name: 

Name: ADT Receive Transmission 

Comment: ©Definition: This represents any of the external (not between the 
multiple Enterprise Rent -A- Car AS/400 computer systems) connection- specific 
communication receiver programs that receive communication transactions from an 
electronic data interchange (EDI) trading partner or their VAN - Value-Added Network 
service provider. 



Itpl ©Operational Method: 

This program requests a program start from company; then continuously 
receives data from company until a record with *DOWN is received indicating that this 
was the last transmission before the trading partner's sender program shutdown. For 
every non- shutdown transmission received, a data queue entry is sent to DQAM70V1 so 
that the received transmission is placed into the Received Transmission Log file 
(AMTRNLOG) as an audit trail and then the transmission is then output to the 
connection-specific received transmissions for either production or test purposes 
work file (AMxxxxxn, where •xxxxx' is the PROFILE ID of the trading partner or his 
value-added network for production or testing, and •n' is the version number - 
currently all are the value ■l'). 

©Notes: Bach direct connect trading partner or VAN (Value-Added Network), 
has a PRODUCTION PROFILE ID ?M a TEST PROFILE ID. 



Process 

Hierarchical numeric ID: l.l.l.l.l.i 

Coded name: AMzzzRCV (zzz = Root of Van ID) 

Name: PQi Receive Proprietary Transmission (AMzzzRCV) 
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Comment: ©Purpose: To receive proprietary EDI transmissions from any ARMS- 
connected VAN (Value-Added Network) . 



©Operational Method: 



This program is evoked by a VAN'S sender and then continuously awaits and 
receives data from the VAN until a record with *DOWN is received. 

The input is logged and put in the appropriate receiver file. 

For any program exception error, the *PSSR subroutine is executed to DUMP 
the current program and if the return code is equal to 8196 and the current time is 
outside of the 11:00pm - 3:00am time interval, call AMPSSR program to send a pager 
message to the ARMS primary and backup On-Call pagers so that manual intervention may 
be initiated. 



©Notes: For specific ICF operations, see the record formats in the 
ARMICF file that this program uses for input. 

The "real-time" receiver job abnormally ends execution when the VAN' s 
shutdowns their communication environment at 1:00am nightly, 12 :00am Sunday. This 
program would normally end when receiving a *DOWN request after having sent the VAN a 
♦STOP request command from the AMST0P2R program executed, nightly at 12 :S0am. Any 
abnormal halts or ending of the production communication receiver job during their 
scheduled operational time currently notifies the ARMS On-Call staff in order that 
they may manually intervene to notify any ARMS-connected VAN to attempt to restart 
the critical communication process job. 



Process 

Hierarchical numeric ID: 1.1.1.1.1.2 
Coded name: CLL818 

Name: PGM Set Environment to Receive Proprietary Batch Transmission (CLL818) 
Comment: ©Definition: This is the ARMS Trading Partner Company - to -ARMS, receive 
ARMS-connected Value-Added Network batch communication driver program (written in 
CL/400 - Original Program Model) . 

©Purpose: This: program's purpose is to set up the environment and call 
the necessary program to receive an electronic data interchange batch transmission 
envelope formatted in Enterprise Rent -A- Car 's ARMS- proprietary EDI formats, over a 
dialup communication line, to IBM ARMS-connected Value-Added Network electronic 
communication network mailbox. This mailbox contains one or more transmissions 
intended to be received by ARMS, sent from the ARMS Trading Partner Company's 
Insurance Claims Management application system's associated batch sender 
communications programs on their IBM mainframe computer network system. 

©Operational Method: 

- This program is delay until 7:00am prior to any further processing. 

- The next step is to vary on (activate) the ARMS-connected Value-Added 
Network communication line, EDI controller (includes all downline attached 
configuration elements) and the EDI integration software device if any of these 
communication elements are found to be not ready. 

- Add EDI integration software library to the batch job's library list. 

- Then for a production batch receive, call/execute program AM***RCB with 
parameter »***01" (ARMS Trading Partner Company production Profile ID) to Receive 



Confidential 



Page 3 of 246 



8/11/00 



WO 02/097700 PCT/US01/51431 



F ^ ARMS Process Report ] ^ 

j Trading Partner Company Receive Batch file via ARMS -connected value- Adde3 — ~ 

^work with EDI integration software. This will write all records to ARMS Trading 
yartner Company Receive file and ARMS Receive Log file and send all records* 
/transmission key value to the any ARMS Trading Partner Company Receiver Data Queue. 

- The next step is to copy the records from the AM***RCB ARMS Trading 
Partner Company Received Batch Transmissions file to an archive file, AM***RCBSV and 
then clear the AM***RCB file. 

- Repeat the call /execute, copy and clear for testing using the - 
parameter «T***T' (ARMS Trading Partner Company test Profile ID) . 

©Notes: Runs on the centralized ARMS application host computer system 
once per day, Monday through Saturday, after ARMS Startup 1 s Restore unprocessed 
Transaction batch job (L814) has completed, regardless if holiday. Scheduled via 
ROBOT/Scheduler REACT mode. 

This program was created by the ETD- Emerging Technologies Department ' a 
(formerly Advanced Technologies Department) EDI project team, but is currently 
maintained primarily and the responsibility of the ARMS Application Development 
Department. This program is used to receive a batch transmission envelope that might 
contain the following Enterprise ARMS proprietary EDI transaction sets: Authorization 
maintenance (AT-Add and AT- Change) , ER-Error, and PM-Payment Advice. 

©Files: (QRuD) 

- AM***RCB (-R-D) 

- AM***RCBSV (C— ) 



Process 

Hierarchical numeric ID: 1.1.1.1.1.5 
Coded name: AM***RCB 

Name: PGM Receive ARMS -connected Value-Added Network Batch for specified ARMS Trading 
Partner Companies (AM***RCB) 

Comment: ©Purpose: This program's purpose is to receive an electronic data 
interchange batch transmission envelope formatted in Enterprise Rent-A-Car "s ARMS- 
proprietary EDI formats, oyer a dialup communication line, to IBM ARMS -connected 
Value-Added Network electronic communication network mailbox. This mailbox contains 
one or more transmissions intended to be received by ARMS, sent from the specified 
ARMS Trading Partner Companies Insurance Company's ARMS -interfacing application 
system's associated batch sender communications programs on their host computer 
network system. 

©Operational Method: This program is used to receive a batch transmission 
envelope that might contain the following Enterprise ARMS proprietary EDI transaction 
sets: Authorization maintenance (AT-Add and AT- Change) f KR- Error/ and PM-Payment 
Advice. It will retrieve the EDI integration software Profile record for account 
•BRAC and user ID 'ERACARM* from the IEPROFL IBM EDI integration software User 
Profile File, load the externally-defined local data area with program execution 
entry parameter values, and call the IBM EDI integration software licensed program 
product EDI library's IEIFEXEC main program for IBM EDI integration software BASE. 
This program will then read the IEIFEXEC program's output AM*«*SNB file records, that 
were •pulled" from specified ARMS Trading Partner Companies' send to ARMS mailbox on 
the IBM ARMS-connected Value-Added Network electronic communication network. Any 
production transmissions will be written to the AM***011 specified ARMS Trading 
Partner Companies production received transmission output file and its key sent to 
the DQ***011 specified ARMS Trading Partner Companies' Received Transmission Input 
Data Queue to its specific AM0010V1 program for transmission envelope validation. Any 
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test transmissions will be written to the AM***01l specified ARMS Trading Partner ' 

Companies production rec ived transmission output file and its key sent to the 
DQT***T specified ARMS Trading Partner Companies Received Transmission Input Data 
Queue to its specific AM0010V1 program for transmission envelope validation. For 
every input transmission record format received, each record format is written to the 
files AMTRNLOG (transactions received audit trail) and to file AMxxxxxn and sent to 
data queue DQxxxxxn (company •xxjooc* and version *n« specific) for either production 
(.***0l») or test ("T***T") purposes. For any program exception error, the *PSSR 
subroutine is executed to DUMP the current program and call AMPSSR program to send a 
pager message to the ARMS primary and backup On -Call pagers so that manual 
intervention may be initiated. 



©Frequency: Once per day, Monday through Saturday after ARMS Startup's 
Restore unprocessed Transaction batch job (L814) has completed, regardless if 
holiday. 

©Notes: This program is called twice wi thin a batch job's driver CL 
program, CLL818 BTD: ARMS Trading Partner Company Receive Batch program that runs on 
the centralized ARMS application host computer system. The first occurrence for this 
program execution with entry parameter to cause the program to perform only receive 
transmissions for the "***01" ARMS Trading Partner Company production processing. 
The second program execution with entry parameter *t***T" to cause the program to 
perform only receive transmissions for the *T***T» ARMS Trading Partner Company test 
processing. See documentation for CLL818 to determine when processed. 

This program should be processing only when the pair of any ARMS- 
connected VAN communication sender program is active and the centralized ARMS 
application host computer system and its ARMS subsystem is active. Usually should be 
in operation from 3:00am to 1:00am, Monday through Tuesday and on Sunday from 7-30am 
to 11:00pm. 

This program was created by the ETD- Emerging Technologies Department's 
(formerly Advanced Technologies Department) EDI project team, but is currently 
maintained primarily and the responsibility of the ARMS Application Development 
Department. This program is used to receive a batch transmission envelope that might 
contain the following Enterprise ARMS proprietary EDI transaction sets: Authorization 
maintenance (AT -Add and AT -Change) , ER-Error, and PM- Payment Advice. 

Process 

Hierarchical numeric ID: 1.1.1.1.1.6 
Coded name: EDMRLUA 

Name: PGM Receive LU 6.2 Transmission (EDMRLUA) 

Comment: ©Definition: This is the ARMS Receiver LU 6.2 communication program. 

©Purpose: This program's purpose is to receive an electronic data 
interchange transmission envelopes formatted in CIECA drafts for' ANSI X.12 standard 
EDI formats, over a leased communication line, with an ARMS Trading Partner Insurance 
Company's automobile claims application system's associated sender communications 
program on their host computer network system. 

©Operational Method: 1. Capture job attributes and set up library list, 
debug options, logging, traces, etc. 2. Retrieve parameters from data area with the 
same name as the job * same as the device description. (This allows control of 
various options without requiring that the initiator of the APPC ALLOCATE send 
parameters to control them.) 3. Set up communications line trace and/or ICF trace as 
specified. If the current user does not have sufficient authority, proceed without 
traces. If any other trace error, proceed without traces. 4. Execute either the 
EDISYS/ STRCTLSCRB (API: Start ctl script to call ARMS -connected Value-Added Network) 
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or the EDI SYS / STRRCVTRNB (APIs Start ctl script; rev/unwrap/ transmission) command 

using appropriate parameters. 

©Frequency: Heavy utilization between 6:00am - 3:00pm (all times are 
Central time zone), Monday through Friday, especially at 6:00am receiving batch burst 
of scheduled invoice payment advice (PM) transaction set transmissions. Additional 
heavy utilization from 10:00pm - 10:10pm receiving batch burst of scheduled invoice 
payment remittance advice (RM) transaction set transmission batches. Moderate 
utilization between 7:00am - 9:00am and 3:00pm - 7:00am Monday through Friday. Light 
utilization on all other active times, including weekends and holidays. 

©Notes; This program was created and is maintained primarily by the 
Emerging Technologies Department (ETD - formerly Advanced Technologies Department) 
EDI project team. This program is used to receive all real-time business -event 
transaction data tranmission sets for production or test Information interchange. 
This is running as a prestart job because this will enable the programs involved in 
this job to be pre- started so that the programs and their resources r emain open and 
active since each trading partner evokes the communication session each time they 
send a transmission envelope. 

eProcess Frequency: This program is used within two never-ending program 
prestart batch jobs on the centralized ARMS application host computer system. One 
job is LxxxxxlR (where xxxxx is the full ARMS Company Profile ID) that executes 
EDxxxRd (where xxxxx is the full ARMS Company "root" Customer ID) - ETD: EC/EDI: 
ARMS X.12 Trading Partner Receiver Communication for Production. That program is 
started by remote via an APPC- MC_ALLOCATE. In order for APPC (Advanced Program- to- 
Program Call) to trigger it properly, there should be a communications entry in the 
any EDI integration software subsystem which associates the device or remote location 
to JOBD EXCMNJOBD and user ediown. This program can be executed from either a 
prestart job command within the AM***O0MP (where *** is the Profile ID root value) 
program or by an ARMS subsystem "prestart" job that executes ED ***RC1 program, that 
calls/executes this EDMRLUA program with a single entry parameter for the ARMS 
Profile ID value to cause the program to perform "receive" production transaction 
processing. The other job, ED***RCT, executes this program with entry parameter 
•T***Xt win cause the program to perform only "receive" test transaction processing. 
The production receiver job starts execution at usually on Sunday at 8:00am and stays 
active 24 hours per day through Saturday at 1:00am in order to do RARMS mirrored 
systems role swap when this "real-time." receiver job . is normally ended. Any 
exception, errors or abnormal ending that occur during the execution of the production 
communication receiver job on the centralized ARMS application "host computer system 
during their scheduled operational time currently causes the notification of the ETD 
and ARMS primary and backup Qn-Call staff pagers. This is done so that they may 
manually intervene to attempt to restart the critical communication process job. 

©Data Areas: (CRUD) 

- EX 1 1 Company Id (-R — ) (in EDI integration software system library) 

- EXDB6 (-R — ) (in any EDI integration software- system library) 



Process 

Hierarchical Numeric Ed. : 1.1.1.1.1.7 

Coded name: EDMRMQA 

Name: PGM Receive Alternate Protocol Transmission (EDMRMQA) 

Comment: ^Definition: This is the ARMS Receiver for alternate protocol 

communication program. 

® Purpose: This program 1 s purpose is to receive X12 standard EDI formats, 
over a leased communication line, with ARMS Trading Partner Insurance Company's 
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automobile claims application system's associated sender communications program on 
their host computer network system. 

©Operational Method: 1. Capture job attributes and set up library list, 
debug options, logging, traces, etc. 2. Retrieve parameters from data area with the 
same name as the job • same as the device description. (This allows control of 
various options without requiring that the initiator of the APPC ALLOCATE send 
parameters to control them.) 3. Set up communications line trace and/or ICF trace as 
specified. If the current user does not have sufficient authority, proceed without 
traces. If any other trace error, proceed without traces. 4. Execute either the 
EDISYS/ STRCTLSCRB (API: Start control script to call ARMS -connected Value-Added 
Network) or the EDISYS /strrcvtenb (API: Start control script; receive/unwrap 
transmission) command using appropriate parameters. 

©Notes: This program is maintained by the ETD and is used to receive all 
real-time transaction sets for production or test environment. As of July 6, 1998, 
it has not been put into regular scheduled daily use because a specified ARMS ESDI 
Trading Partner Company's application changes to exchange with ARMS has not yet been 
implemented. 



Process 

Hierarchical numeric ID: 1.1.1.1.1.8 

Coded name: EDMRDWA 

Name: POT Unwrap Envelope (KDMRUWA) 

Comment: ©Purpose: To unwrap, received X12 EDI Transmission Envelope. 
©Operational Method: 

- Receive and unwrap an electronic data interchange transmission envelope 
formatted in ANSI X12 standard EDI formats. 

- For any program exception error, the ATDPSSR and AMPSSR programs are 
called to send a pager messages to the ETD and ARMS primary and backup On -Call pagers 
so that manual intervention may be initiated. 

, «.» ©Notes : This program is maintained by the ETD. This program is used as a 
never-ending program batch job on the centralized ARMS application host computer 
system. 

Currently used to receive transmissions over a leased communication line, 
with ARMS Trading Partner Insurance Company's automobile claims application system's 
associated sender communications program on their mainframe computer network system, 
based in Boston, Massachusetts. 



Process 

Hierarchical numeric ID: 1.1.1.1.1.9 
Coded name: EDLRMIA 

Name: PGM Receive Mapper Interface (EDLRMIA) 

Comment: ©Purpose: To drive and control the translation of the X12 EDI formats in 
the incoming transmission to proprietary formats. 

©Operational Method: 

- Declare programs variables 
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- Change the Any edi integration software communication script name "to 

the passed input parameter field value for COMPANY ID 

- Allocate the receive interface files 

- Wait for EDI transaction envelope 

- IF transactions have been received, execute the any EDI integration 
software's Start Translate Connections Command to search for Log of Connection 
records which are eligible for incoming translation. 

- IP translation error encountered, Notify KTD and ARMS on- call 
staff and end job. 

- ELSE, Call the ARMS EDI Receive Interface program to write 
application records. 

- IF program is running in debug mode, Copy receive interface files 
to their save files. 

- Clear the receive interface files 
ELSE, (transactions have not been received) 

- Deallocate receive interface files. 

- Send shutdown data queue entry to the receive unwrap input data 

queue. 



©Notes : This program was created and is maintained primarily by the 
Emerging Technologies Department (BTD - formerly Advanced Technologies Department) 
EDI project team. This uses the any EDI integration software's mapping/ translation 
utility third-party software package. 

This program is submitted as a called never-ending program batch job with 
the job name •LxxxxxlRM" (where "xxxxx" is the Trading Partner Profile ID) and 
specifies using the any EDI integration software system library's EDISFTWJOBDP job 
description on the centralized ARMS application host computer system by the 
■L***011R' receiver job with the following input parameters: 

5 Alphameric COMPANY ID 

1 Alphameric DEBUG FLAG (possible values: *Y" (Yes) or "N" (No) 



(12/17/98) . < " 

This object which is used in the receive mapper job has been changed to 
delay until midnight at shutdown before sending a shutdown data queue entry to the 
receive unwrapper job. This ch an g e was necessary because transactions received 
between 11:45 p.m. and m idnight would not get functional acknowledgements sent back 
to ARMS Trading Partner Insurance Company and would not show up on our daily 
reporting because the receive unwrapper job wasn't active until midnight. 



Process 

Hierarchical numeric ID: 1.1.1.1.1.10 

Coded name: EDZRCQA 

Name: PQ* Get Mapped Data (EDZRCUA) 

Comment: ©Purpose: This program's purpose is to check if any ANSI XI 2 EDI data has 
been received. This program also, checks for shutdown. 
©Operational Method: 

This program is a called program that accepts three (3) parameter fields: 
Company Profile ID (input-5 alpha) , Shutdown Flag (output-1 alpha) and Transactions 
Received Flag (output-1 alpha) . 

When executed, initialize the SCRIPT ID with the passed COMPANY PROFILE 
ID value concatenated with "R» (Receive) . 

Default load the TRANSACTIONS RECEIVED FLAG to . "N" (No) . 
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If the passed COMPANY PROFILE ID is a production profile (ends in "1") f 
then change the receive mapping data queue name to , DQ* + the first three characters 
of the company ID + » RM1 • . Else , change the receive mapping data queue name to ' DQ 1 
+ the second through fourth characters of the company ID + 'RMT' . Then continue the 
following processing until data has been received and mapped or a shutdown data queue 
entry has been received. 

Receive a data queue entry from the receive mapping data queue on 
inf i n ite wait. Once a data queue entry is received, change the receive data queue 
operation from infinite wait to 15 seconds. 

Attempt to retrieve records from the Any EDI integration software 
Connection Log logical file by SCRIPT ID with Unwrapped Receive Status. If there are 
records, change the output transactions flag to 'Y* (Yes). 

If the data entry received is 9 *DOWN 1 , then load the SHUTDOWN FLAG 
parameter with , Y' (Yes) and end the program. 

For any program exception error, the *PSSR subroutine is executed to DUMP 
the current program and call AMPSSR program to send a pager message to the ARMS 
primary and backup On-Call pagers so that manual intervention may be initiated. 
Also, write the transaction the program was processing to the ERRORS file. 

©Files: (CRUD) 

- EXLLCPPR (-R--) * Any EDI integration software Connection Log by 
Script Name with Unwrapped Receive Status 

(in EXTSYSF Any EDI 

integration software EDI Integrator Files library.) 

- ERRORS (C ) * Errors Log (User- Controlled Open) 

©Notes: This program is maintained by ETD. This program is used within 
two never-ending program batch jobs on the centralized ARMS application host computer 
system. One job executes this program with entry parameters to cause the program to 
perform only "receive" transaction processing, the other job executes this program 
with entry parameters to cause the program to perform only •send" transaction 
processing. The receiver jobs usually start execution at Monday through Saturday at 
5:20am and* Sunday at 1:30pm. The "real-time" receiver jobs abnormally end execution 
when the EDI trading partners shutdown their communication environment at 11 :00pm. 
These programs will normally end when receiving a *STOP request from the AMST0P2R 
program executed nightly at 12:50am. Any abnormal halts or ending of these jobs 
during their scheduled operational time currently notifies the ARMS On-Call staff in 
order that they may manually intervene to attempt to restart the critical 
communication process job. 



Process 

Hierarchical numeric ID: 1.1.1.1.1.12 
Coded name: AM***COM 

Name: PGM Receive/Send Proprietary Transmission for ARMS Trading Partner Company 
(AM***C0M) 

Comment: ^Definition: This is the ARMS -to- ARMS Trading Partner Company (and vice- 
versa) SNUF (SNA Upline Facility) (IBM) 3270 terminal emulation device API 
transaction-based (triggered) communication program. 

^Purpose: To receive or send an proprietary EDI formats, over leased 
ARMS -connected Value-Added Network lines, with the ARMS Trading Partner Company 
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Insurance Company's Insurance Claims Management application system's associated^ 

sender and receiver connnunicationa programs on their host computer system. 

©Operational Method: 

This program requests a program start from company, then continuously 
awaits and receives data from ARMS Trading Partner Company's computer system until a 
record with *DOWN is received. 

When input is received, each record is written to the files AMTRNIiOG 
(transactions received audit trail) and to file AMxxxxxn (Company Profile ID 'xxxxx' 
and Version 'n' specific) for either production or test purposes. 

For any program exception error, the *PSSR subroutine is executed to DUMP 
the current program and call AMPSSR program to send a pager message to the ARMS 
primary and backup On -Call pagers so that manual intervention may be initiated. 

©Files: (CROD) 

- ARMSPR1 (-R--) 

- ARMSPR3 (-R--) 

- AM***011 (c— ) (specified as ANDUMPRD) 

- AMT***TT (C— ) (specified as ANDDMTST) 

- AMSBND (-R--) 

- AMTRNLOG (C---) 

- AMSNDLOG (C---) 

©Notes: This program is maintained by ETD. 



Process 

Hierarchical numeric ID: 1.1.1. 1,1.13 

Coded name: EDxxxRCl 

Name: P©i Prestart Job by Company for LU6.2 (EDxxxRCl) 

Comment: ©Definition: These are any programs that cause the jobs to be 
" prestart ed" to define the system resources used in the communication prior to being 
sent any communications transmissions by a tr ading partner's remote system. A 
prestart, job is a batch job that starts running before a program on a remote system 
sends a program start request. Prestart jobs are different from other jobs because 
they use prestart job entries to determine which program, class, and storage pool to 
use when they are started. Within a prestart job entry, you must specify attributes 
that the subsystem uses to create and manage a pool of prestart jobs. 

©Purpose: The purpose of this program is to receive EDI formatted 
transactions from Rental Management Trading Partner and write them to the inbound 
control and detail files. 

©Notes : 

- This program is activated by ARMS Trading Partner Insurance Company, 
using an ALLOCATE verb. The corresponding ACCBPT verb makes the connection through 
ARMS -connected Value-Added Network using LU62. 

- This program will received a complete EDI formatted 272 transaction set 
as one continious long record. This long record is parsed out into 80 byte records 
and written to the detail file INBDTA. One corresponding control record is written 
to INBCTI* for each complete transaction set received. 
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- A last batch number is retrieved from dtaara EDIA001 and updated. This" 
batch number is the key for the detail and control files, 

- A Comm Profile record is also updated with a batch sequence number. 

- A Confirm Request is received, and this program replies with a 
ConfirmED response. 

- A Deallocate is received and this pgm writes the control file record 
and then returns to the ACCEPT verb and waits for another ALLOCATE from ARMS Trading 
Partner. Insurance Company. This sequence is then repeated. 

- This program is a PRE -START program and is started with the sbs. It 
remains active even when not connected to ARMS Trading Partner Insurance Company. It 
will set forever on the ACCEPT verb, waiting for ARMS Trading Partner Insurance 
Company to ALLOC. 

- This program does NOT go to EOJ when it receives the DEALLOCATE from 
ARMS Trading Partner Insurance Company, but re-establishes the connection by 
repeating the Accept, Receive, ConfirmED, and Deallocate sequence. 

- EOJ is indicated when a STOP record is received or a CPI-C return code 
indicates an error. It then must be manually restarted by the STRPJ command (start 
pre-start job) . 

Process 

Hierarchical numeric ID: 1.1.1.1.1.14 
Coded name: AMZRMIA 

Name: PGM Receive X12 Interface (AMZRMIA) 

Comment: ©Purpose: To process X12 transmission set(s) within the receive 
interfaces files by mapping the elements from the transmission set data record to the 
associated ARMS proprietary record formats. 

©Operational Method: 

- Process the Electronic Commerce Customer Preference file (EDPREF3) . 

- IF transaction type equals Rental Management for Vehicle Replacement 
Rentals (X12 272) 

- Determine application transaction type(AK, AT, CN, EX, or ER) 

- Map associated X.12 element to corresponding proprietary record 

format 

- Write data format records to transmission received file 
(AMTRNLOG) 

- IP transaction type equals Rental Management Remittance Advice for 
Vehicle Replacement Rentals (X12 820) 

- Map associated X.12 element to corresponding proprietary record 

format 

- Write data format records to transmission received file 

(AMTRNLOG) 

- IP transaction type equals Rental Management for Vehicle Replacement 
Rentals (X12 824) 

- Determine application transaction type (RM-rejected, ER) 

- Map associated X.12 element to corresponding proprietary record 

format 
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~~ - write data format records to transmission received file " 

(AMTRKLOG) 

©Notes : 

This program was created and is primarily maintained by the ETD - 
Emerging Technologies Department's EDI team. 

ETD is currently working with the following X12 transaction sets that 
affect rental: 

272 Rental Management - 2 maps, 1 for ARMS Trading Partner 
Company and a CIECA one which will be used by ARMS Trading Partner Company 

824 Consolidate Payment - 2 maps, 1 ANSI X12 for ARMS Trading 
Partner Insurance Company and a CIECA X12 one which also will be used by a different 
ARMS Trading Partner Insurance Company. 

820 Payment - CIECA map used by ARMS Trading Partner Company 
(who is a non-ARMS customer) 

811 Consolidated Invoice - CIECA map for consolidated invoicing 
that ARMS Trading Partner Insurance Company *nri TVA are using. 

832 Pricing Catalogue - map for ARMS Trading Partner Insurance 
Company which we are using to exchange branch rate and 
availability information. 
The implementation guide for this was given to us by ARMS Trading 
Partner Company and that is what we used to get this going. 

The ARMS system will now enable electronic invoices, payments and 
remittances (processed here) to be sent/received for non-ARMS Rental Management 
Trading Partners that are Direct Billing/Remittance Trading Partners, such as any 
Enterprise Fleet Services customer. 



©Files: 


(CR1 


R272HDR1 


(-R-) 


R272NMH1 


<-R~> 


R272DTL1 


(-R-) 


R272LQ1 


<-R~) 


R272COM1 


(-R-) 


R272ER1 


(-R--) 


R997AK1 


(-R-) 


AMEDI011 


<C— ) 


AMTRKLOG 


(C— ) 


AMPGMERR 


<C— ) 


R820HDR1 


<-R--> 


R820DTL1 


(-R-) 


R820ADX1 


(-R-- ) 


R820NTB1 


(-R-) 


AMXREFL1 


<-R~) 


EDPRBF3 


(- R-- ) 


AMADTD 


<-R~ ) 


ARMSPR1 


<-R«) 


AM805P0X 


(CR — ) 


AM806P01 


(CR~) 


AMSNDLOG 


(-R-) 


EDPREF3L1 


(-R--) 


R824RDR1 


(-R-) 


R824DTL1 


(-R~) 
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R824TED1 (-R--J 

R824NAM1 (-R~) 
R824NTK1 ( -R--) 

AM804P02 (-R--) 
AMXREF (-R--) 

AMCLSTB2 (-R--) 

AM801P02 (-R-- ) 

©Embedded Data/Constants : 

PILE(AMKDIOll) TOFILE (AM ) Used for override to appropriate trading 

partner/VAN production/test receive file 

©Improvement Opportunity 

- Use program status data structure to retrieve program name. 



Process 

Hierarchical numeric ID: 1.1,1.1.1.16 
Coded name: AM_001 

Name: VGH Retrieve ARMS Trading Partner Company Password (AM_001) 

Comment: ©Purpose: To retrieve the connection password for a ARMS Trading Partner 
Company from the data area so as to restrict the authority to these data areas to a 
certain specified number of people. 

©Operational Method: 

Retrieve data area AMSFPWPR if this is a production request. 
Retrieve data area AMSFPWTS if this is a test request. 
Return the password. 



Process 

Hierarchical numeric ID: 1.1.1.1.1.18 
Coded name: 

Name: DTQ Input for Receive Unwrapper (DQxxxRUl) 
Comment : . , 



Process 

Hierarchical numeric ID: 1.1.1.1.1.19 
Coded name: 

Name: DTQ Input for Receive Mapper Interface (DQxxxRMl) 
Comment: 



Process 

Hierarchical numeric ID: 1.1.1.1.1.20 
Coded name: EDMRPIA 

Name: PGM Receive X12 Transmission Batch (EDMRPIA) 

Comment: ©Purpose: To receive and unwrap the X12 transmission from a direct 
billing trading partner. 

©Operational Method: 

- Receive the actual transmission into a temporary buffer 
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- CALL EDZ001A to retrieve direct billing trading partner's communication 
connection information. If the return code is this means that there is no 
transmission to process otherwise use the returned communication NETWORK, PORT and 
SCRIPT information to retrieve the transaction data axis put it into the application 
interface files. 

- CALL AMZRMIA to convert retrieved data in interface files to 
proprieatary formats for further processing. 

©Notes: Currently, this program is called by a scheduled job 
(LTVA011RUM) that runs at 2:00 pm to receive a batch of transmissions from Tennessey 
Valley Authority (TVA) 



Process 

Hierarchical numeric ID: 1.1.1.1.1.21 
Coded name: EDZ001A 

Name: PGM Retrieve Communication Parameters (KDZ001A) 
Comment: ©Purpose: To retrieve the direct billing trading partner's communication 
information. 

©Operational Method: 

- Read file EDPRBF1 to retrieve the direct billing trading partner's 
PORT, NETWORK and SCRIPT information. 

- If no record is found a return code of 1 indicating nothing can be 

processed. 



Process 

Hierarchical numeric ID: 1.1.1.1.2 
Coded name: 

Name: AUT Validate AND Unpackage (CommRcvr - AM20/AM21) 
Co mm ent: ©Definition: The automatic process of separating from the received and 
validated. EDI transmission' envelope the individual transaction data sets so each base 
transaction is processed further individually. 



Process 

Hierarchical numeric ID: 1.1.1.1.2.2 
Coded name: AH0010V1 

Name: PQ4 Validate Transmission (AM0010V1) 
Comment: ©Definition: The ARMS never-ending batch program to validate the 
completeness of a transmission envelope's contents. 

©Operational Method: 

At startup do the following steps: 

1. Read, increment by 1 and update the DASDVl data area value to indicate 
that another AM0010V1 NEP job has started. 

2. Construct the derived input data queue name from "DQ" concatenated 
with the TRADING PARTNER/VAN PROFILE ID input parameter value concatenate with the 
constant 
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3 . Override the derived ARMS Input file (AMINPUT) to the ARMS Input 
TRADING PARTNER/VAN RECEIVER INPUT FILE Version Number 1. Then open the input file. 

4 • Override the derived ARMS Hold file (AMHOLD) to the ARMS Hold TRADING 
PARTNER/VAN RECEIVER INPUT PILE Version Number 1. Then open the hold file. 

After startup, continue to receive the next data queue entry from the 
derived input data queue until program shutdown. 

For a shutdown data queue entry received: 

1. Read the DASDVl data area value, decrement by 1, update it. 

2. Send a shutdown data queue entry to the Unpackaging input Data Queue 

(DQAMTRNl) . 

3. End the program/ job. 

For each non- shutdown data queue entry received: 

x - its value to read by key the next TRADING PARTNER/VAN RECEIVER 

INPUT FILE record. 

2. IF not end-of-file, check the retrieved record's FORMAT ID: 

A. IF the record's FORMAT ID is part of the packaging (Transmission, 
Group, or Set Start/End) , then load the record to that appropriate proprietary record 
format external data structure. 

i. IF the SETE01 format has been read, check the derived TOTAL 
DETAIL FORMATS READ COUNTER is less than 1. 

a. IF true, reject the transmission envelope 

B. IF the record's FORMAT ID is NOT part of the packaging (i.e. the 
transaction's information), check if at least one Transmission, Group and Set Start 
record format was read. 

i. IF false, then reject transmission with appropriate error code. 

ii. IF true, then write it to the ARMS Hold TRADING PARTNER/VAN 
RECEIVER INPUT FILE Version Number 1 and increment by one the derived TOTAL DETAIL 
FORMATS READ COUNTER. « Jr 



- Validate if received transmission envelope is complete. If not valid, 
generate, an Error Transaction (ER) data set record formats to the Transactions to be 
Packaged for Sending (AMPACK) file and its key to the associated input (DQAMPKG) data 
queue, and write an associated record in the AMERRLOG file. 

- Generate a return Communication Acknowledgement (AK) transaction set 
for the valid transmission envelope received. 

©Notes: 

This program is only executed as an ARMS never-ending batch program in 
the ARMS subsystem only on the ARMS application centralized host computer system 
platform. This program is currently submitted by the ARMS St art -Up Job (CLL810) when 
executed on the system known as "RARMS" host computer system platform. This never- 
ending batch program ends normally when a shutdown data queue entry is received as 
input. Normally, this can indicate that its corresponding receiver or receivers 
mapper- interface never-ending program batch jobs that had been previously active that 
day have processed a shutdown request. 

It is submitted from the CLL810 ARMS Start -Up program with the following 
input parameter fields: 

5 Alpha TRADING PARTNER/VAN PROFILE ID 
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8 Alpha TRADING PARTNER/ VAN RECEIVER INPUT FILE 

GFiles : (CRUD) 

AMHOIiD (CR-D) (HLxxxxxl) 
ARMSPRl (-R~) 
AMERRLOG (C ) 

AMxxxxxl (-R--) (Where 'xxxxx' is the connect -specific Trading 
Partner or VAN production or test Profile ID) 
AMTRN (C---) 
AMPACK (C ) 

DASDV1 (-RD-) Data Area: number of AM0010V1 program/ jobs running, 

used by AM0020V1 to check when last AM0010V1 program active has shutdown* 

^Embedded Data/ Constants : 

• 0123456789" for testing for valid numbers. 

OVRDBP FILE (AMINPOT) TOFIIiE(AMCMPIDl) to override to the appropriate 
AMxxxxxl file, 

OVRDBP FILE (AMHOLD) TOFILE (HLCMPID1) to override to the appropriate 
HLxxxxxl file. 

CLRPFM FILE(*LIBL/HLxxxxxl) to execute a clear physical file member on 
the appropriate HLxxxxxl file. 



Process 

Hierarchical numeric ID: 1.1.1.1.2.3 
Coded name: AM0020V1 

Name: PGM Unpackage Transaction from Transmission (AH0020V1) 

Comment: ©Purpose: To unpackage received proprietary transmission and remove the 
transmission control formats (also referred to as transmission envelope) TSMS01, 
TSME01, SETS01, SETE01, GRPS01 and GRPE01. 

©Operational Method: 

1. Receive the next data queue entry for this program's input data queue 

(DQAMTRN1) . 

<-» 2. For every shutdown data queue entry, retrieve, decrement by 1, and 
update data area DASDV1 until new value is zero. When it is zero, send a shutdown 
data queue entry to the Edit Transaction Group/Set Record Formats data queue 
(DQAM25V1) and end the program. For further details about shutdown, refer to support 
activity "BAT Shutdown ARMS Environment". 

3. For every non- shutdown data queue entry received: 

A. Read all of the associated records (by the key value of the data 
queue entry) from the received packaged transmissions log file XAMTRN) . 

B. For each set start (SETSOl) record format: 

i. Attempt to use its PROFILE ID and its CUSTOMER TRANSACTION ID to 
retrieve an existing associated ARMS Cross -Reference File record. IF found, hold its 
VENDOR TRANSACTION ID and load its MACHINE ID, SOURCE ID, RENTAL LOCATION ID, 
RESERVATION ID, and TICKET ID values, along with the Transmission Group Start record 
format's GROUP TYPE CODE and the Transmission Group's Set Start record format's SET 
ACTION TYPE CODE values and this PROGRAM ID value and a ROUTING CODE of •!■ , to their 
associated fields in the internal format APPD01. 
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ii. Load the format , APPD01, and all associated subsequent 
transaction data set record formats* derived key value with the current record's key, 
concatenated with the Transmission Group Start record format's GROUP CONTROL ID and 
GROUP TYPE CODE, and the Transmission Group's Set Start record format's CUSTOMER 
TRANSACTION ID, and, 

IP the ARMS Cross -Reference Pile record was retrieved successfully, its 
VENDOR TRANSACTION ID value. 

C. For each record format read that is not a Transmission, Group, or Set 
Start /End record format. 

If the group transaction type is not 'ER' , write the record format 
with the derived key value to the output file, Transaction Sets to be Edited Daily 
Transaction file (AMSET) 

else 

If the group type in error as specified on the ERRD01 record 
format is not 'IN', write the record format with the derived key value to the output 
file, Received Errors Log file (AMRCVERR) 
else 

Write the record format with the derived key value to the 
output file. Received Billing Errors Log file (AMBILERR) . 

D. For each Transmission Group Set End (SETE01) record format, send the 
current transaction data set's derived concatened key value to the Edit Transaction 
Group/Set Record Formats data queue (DQAM25V1) and finish reading the input file 
until the next Transmission Start (TSMS01) , Group Start (GRPS01) , or Set Start 
(SETS01) record format is read for the current read input key value. 

©Notes: . 

This program is only executed as an ARMS never-ending batch program in 
the ARMS subsystem only on the ARMS application centralized host computer system 
platform. This program is currently submitted by the ARMS Start -Up Job (CLL810) with 
a single input parameter, VERSION, with the constant value of "1". This never-ending 
batch program ends normally when a set of shutdown data queue entries are received as 
input that indicate that each AM0010VT never-ending program batch jobs that was 
previously active that day have processed a shutdown request. * ' " 

©Files: (CRUD) 

— AMTRN ' (-R— ) 

AMSET (C— ) 

ARMSPR3 (-R--) 

AMADTD (-R--) 

AMRCVERR (C« -) 

AMBILERR (C— ) 

©Embedded Data/Constants: 

'*DOWN000O0000000000SD' is the key value used as output when sending a 
shutdown data queue entry to DQAM25V1. 

• *DOWN' and 'SD' are the literal constants used to check the data queue 
entry value loaded into the ARMSKEY external data structure's data elements for 
COMPANY PROFILE ID and GROUP TYPE CODE to determine if a shutdown was received. 

• *LXBL' is used as the literal constant to pass as an input parameter 
field value for the DATA QUEUE LIBRARY NAME for the calls to the • QRCVDTAQ ' and 

1 QSNDDTAQ • programs.. 

All of the possible ARMS Cross -Reference File Record's STATUS CODE values 
are used as literal constants in checking certain codes for conditional logic. 
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©Improvement Opportunities : ~ 

• *DOWN00000000000000SD» could be used by many never-ending programs and 

the Send Data Queue Entry programs referenced from the Work with Data Queues menu. 

Therefore, place this value in an application system-wide data area and reference 

this external object. 

Replace the literal constant »*LIBL f with this value in an application 
system- wide data area and reference this external object. 



Process 

Hierarchical numeric ID: 1.1.1.1.2.4 

Coded name: AM0021V1 i 
Name: PGM Dnpackage Transaction from Transmission (AM0021V1-RM Only) 
Comment: ©Definition: This is a never-ending batch program to unpackage any 
remittance advice functional groups from a proprietary EDI transmission envelope into 
individual internal transaction data sets with one or more record formats. 

©Purpose: 

This program will edit and unpackage individual remittance detail 
transaction data sets within Remittance Advice CRM 1 ) functional groups within ' 
received transmissions 1 proprietary EDI envelopes. This program also matches and 
edits each transaction set's Profile ID and Customer Transaction ID to an associated 
existing ARMS Trading Partner Profile Pile and an ARMS Rental Transaction Cross - 
Reference Pile record. This is used to validate if the retrieved files' records 1 
attribute indication settings and the Cross-Refernence Status Code value should allow 
such action, and outputs each validated individual internal transaction data set with 
an corresponding inte rnal proprietary (APPD01) header record format and a unique 
associated record key value to ARMS Transaction Sets to be Validated (AMSET) file and 
its associated data queue (DQAM25V1) . The output transaction set will be processed 
as input by the Validate Transaction Set Record Formats (AM0025V1) program 

©Operational Method: 

*• ; ' 

1. Receive the next data queue entry for this program's input data queue 

(DQAM21V1) . 

. - 1 2 . For every shutdown data queue entry, send a shutdown data queue entry 
to the Edit Transaction Group/Set Record Formats data queue (DQAM25V1) and end the 
program. 

3. For every non- shutdown data queue entry received: 

A. Using the data queue entry's Trading Partner Profile ID value t „ 
retrieve the associated ARMS Trading Partner Profile Application Specific Information 
File record. 

B. Read each of the associated records (by their key value of the 
received data queue entry) from the ARMS Validated Received Proprietary EDI 
Transmission Envelopes to be Unpackaged file (AMTRN) . 

C. For each Transaction Set Start (SETS 01) record format processed: 

i. Load the AMTRN file record's key value (consisting of the TRADING 
PARTNER PROFILE ID and the TRANSMISSION CONTROL SEQUENCE ID NUMBER) to the AMSET file 
key and append to it the following: 

a. the Functional Group Start (GRPS01) record format's GROUP 
CONTROL SEQUENCE NUMBER and the functional GROUP TYPE CODE. 

b. the Transaction Set Start (SETS01) record format's CUSTOMER 
TRANSACTION ID and VENDOR TRANSACTION ID. 
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ii. Load the Internal Header Record Format (APPD01) fields with the 
appropriate data. 



D. For each remittance detail (RMTD01) record format: 

i. Validate its PAYMENT CODS. IF invalid, reject with ERROR 

CODE=»51« . 

- Edit to ensure there is a non-blank EFT ID NUMBER on all paid 

remittances . 

- Validate that any Rejected Payment Remittance Advice Detail 
Record Format does not have a value in the EFT ID NUMBER field. 

ii. Use the retrieved AMTRN file record 1 s key value's PROFILE ID and 
CUSTOMER TRANSACTION ID to attempt to retrieve an existing associated ARMS Cross - 
Reference File record. IF found, then validate that the Cross -Reference File record 
is the proper status. IF the read remittance detail's CUSTOMER TRANSACTION ID value 
does not match its retrieved ARMS Cross-Reference file record same field value, 
reject with ERROR CC^>B» t 82* . IF the status is valid, hold its VENDOR TRANSACTION ID 
and load its MACHINE ID, SOURCE ID, RENTAL LOCATION ID, RESERVATION ID, and TICKET ID 
values, along with the Transmission Group Start record format ' s GROUP TYPE CODE and 
the Transmission Group's Set Start record format's SET ACTION TYPE CODE values and 
this PROGRAM ID value and a ROUTING CODE of to their associated fields in the 

internal unpackaged transaction data set (APPD01) record format. 

iii. Load the internal unpackaged tranaction data set (APPD01) and all 
associated subsequent transaction data set record formats' derived key value with the 
current record's key, concatenated with the Transmission Group Start record format's 
GROUP CONTROL ID and GROUP TYPE CODE, and the Transmission Group's Set . Start record 
format's CUSTOMER TRANSACTION ID, and, 

IF the ARMS Cross-Reference File record was retrieved successfully, its 
VENDOR TRANSACTION ID value. 

iv. Based on the trading partner profile, edit the remittance amount 
against the invoiced amount, and error the remittance detail record if the amount 
values are not equal. This comparison will not occur for RM reject or illegal 
transactions. The value of the profile attribute that indicates whether a trading 
partner sends remittances will be "X" for those customers that can short pay and so 
the totals need not match (e.g. TVA) . 

v. IF an error is detected, call error program AM0090V1, which will 
create an KRRD01 format. 

vi. For each validated RMTD01 record format read, write the recprd 
format with the derived key value to the output file of Transaction Sets to be Edited 
Daily Transaction file (AMSET) and send its key as a data queue entry to DQAM25V1. 

E. For a Remittance Advice Total record format (RMTT01) read, IF its 
TOTAL AMOUNT or the TOTAL TICKETS does not balance with all of the non- rejected 
Remittance Advice Detail record format records' PAYMENT AMOUNT sum or a derived 
record count, error the Remittance Total record format, but continue to process all 
the detail records which have not error ed. Rejected Payment Transactions may exist 
within Paid Transactions batches. *Note, a remittance total format is not required 
when only one remittance advise is received and it'B status is 'R 1 ejected. . 

F. For any record formats read other than RMTD01 and RMTT01 and the 
Transmission, Group and Set Start /End record formats, create an APPD01 format 
especially for it. Then write out that invalid format and save the AMSET key to write 
to DQAM25V1 when the SETE01 record format is read. 
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©Notes : 

This program is only executed as an ARMS never-ending batch program in 
the ARMS subsystem only on the ARMS application centralized host computer system 
platform. This program is currently submitted by the ARMS Start-Dp Job (CLL8X0) with 
a single input parameter, VERSION, with the constant value of "l". This never-ending 
batch program ends normally when a set of shutdown data queue entries are received as 
input that indicate that each AM0010V1 never-ending program batch jobs that was 
previously active that day have processed a shutdown request. 



The ARMS system will now enable electronic invoices, payments and 
remittances (processed here) to be sent/received for non-ARMS Rental Management 
Trading Partners that are Direct Billing/Remittance Trading Partners, such as 
Tennessee Valley Authority (an Enterprise Fleet Services customer) . 

©Files: (CRUD) 



AHTRN 

AMSET 

AMIEBT 

AMIEBH 

ARMSPR1 



(-R— ) 

(C— ) 
<-*--> 
<-R~) 
<-R--) 



©Embedded Data/Constants: 

• 0123456789 ■ Named constant to check for numeric fields. 



Valid values for BILLING INVOICE STATUS in the RMTD01 record format: 

•P 1 = Payment (Can be in full or a partial payment). 

•R' = Rejected (must have additional ERROR CODES provided) 

•X' = Illegal (must have additional ERROR CODES provided) 

All of the following are the possible ARMS Cross -Reference File Record's 
STATUS CODE values allowable are used as literal constants in checking certain codes 
for conditional logic to allow remittances to be further processed. However, 'P 1 is 
only valid when the ARMS Trading Partner Profile (ARMSPR1) flag is set accordingly. 
. •PABQ' 

•B« = Rental Contract Electronically Billed at least once 
•A f = Passed Electronic Billing Audit 
'P 1 - Paid in full 

•q> » Rejected for Payment by Trading Partner 

'♦DOWN' and 'SD 1 (ShutDown) are the literal constants used to check the 
data queue entry value loaded into the ARMSKEY external data structure's data 
elements for COMPANY PROFILE ID and GROUP TYPE CODE to determine, if a shutdown was 
received. . 

•AMOOaiva 1 is used as a literal constant to pass as an input parameter 
field value to the calls of 'AMPSSR* and "AM0090V1' programs. 

•♦LIBL' is used as the literal constant to pass as an input parameter 
field value for the DATA QUEUE LIBRARY NAME for the calls to the •QRCVDTAQ 1 and 
•QSNDDTAQ" programs.. 

©Improvement Opportunities: 
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~~ Replace the literal constant 'AM0021V1' with the Program Status Data — 

Structured data element for PROGRAM id,. 

Replace the literal constant 1 *LIBL* with this value in an application 
system-wide data area and reference this external object. 



Process 

Hierarchical numeric ID: 1.1.1.1.2.5 
Coded name: DQAM21V1 

Name: DTQ Input for program AM0021VL (DQAM21V1) 

Comment: ©Definition: DQAM21V1 is the data queue used to provide input to PGM 
AM0021V1 which processes remittance advises 



Process 

Hierarchical numeric ID: 1.1.1.1.2.6 
Coded name: DQAMTRN1 

Name: DTQ Input for program AM0020V1 (DQAMTRN1) 

Comment: ©Definition: DQAMTRN1 is the data queue used to provide input for PGM 
AM0020V1 which unpackages transactions. 



Process 

Hierarchical numeric ID: 1.1.1.1.2.7 
Coded name: 

Name: DTQ Input for Transmission Validation from Specific trading partner (DQxxxxxl) 
Comment: ©Definition: one of several company specific data queues used to provide 
input to a company specific AM0010V1 PGM used for transmission validation. Data 
Queues included are DQ***011, DQ***011, DQVN1011, DQVN2011, DQVN3011, and DQTVA011. 



Process ' „ 

Hierarchical numeric ID: 1.1.1.1.2.8 
Coded name: DQAM70V1 

Name: DTQ. Input for Time Line Inquiry (DQAM70V1) 

Comment: ©Definition: DQAM70V1 is the data queue used to provide input to PGM 
AM0070V1 which provides a support information for oncall work. 



Process 

Hierarchical numeric ID: 1.1.1.1.2.12 
Coded name: AMLCXLT 

Name: POf Translate Location (AMLCXLT) 

Comment: ©Purpose: To translate a current rental location to an old location or 
vice versa to deal with any past "Organization Split" or "Machine Split" conversion 
projects, Buch as the "Texas Group Split" of July 1995 or the "Bluegrass Group Split" 
of June 1997 or the "Group 53 split of October 1999". An example would be calling 
the program with a TRANSACTION DATE « 08/13/1998, LOCATION CODE = % 0> and CURRENT 
GROUP/ BRANCH ID « '5211" . The returned TRANSLATED GROUP/BRANCH ID would be '6511' . 

©Operational Method: 

- This program is called with a single input/output AMLCXLT external data 
structure with the following alphameric data elements and their usage: 
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1 


(Output) 


Return Code 


1 


(Input) 


OLD/ NEW CURRENT VALUE 


1 


(Input) 


CURRENT MACHINE ID 


2 


(Input) 


CURRENT GROUP CODE 


2 


(Input) 


CURRENT BRANCH CODE 


4 


(Input) 


CURRENT GROUP/BRANCH 


10 


(Input) 


CURRENT LOCATION 


1 


(Input) 


CURRENT REGION 


2 


(Input) 


CURRENT SUB-REGION 


2 


(Input) 


CURRENT CITY 


3 


(Input) 


CURRENT AREA 


20 


(Input) 


VENDOR TRANSACTION ID 


5 


(Input) 


ARMS PROFILE ID 


20 


(Input) 


CUSTOMER TRANSACTION ID 


8 


(Input) 


TRANSACTION DATE 


10 


(Output) 


TRANSLATED LOCATION 


4 


(Output) 


TRANSLATED GROUP/BRANCH 


2 


(Output) 


TRANSLATED GROUP 


2 


(Output) 


TRANSLATED BRANCH 


8 


(Output) 


TRANSLATED MACHINE NAME 


1 


(Output) 


TRANSLATED REGION 


2 


(Output) 


TRANSLATED SUB-REGION 


2 


(Output) 


TRANSLATED CITY 


3 


(Output) 


TRANSLATED AREA 



This pgm will accept a parameter list containing current location 
information and if a record is found in the ARMS Location Past Conversion Cross- 
Reference (AMLCXF) file, will return the translation information. 

— IF the attempt to retrieve ARMS Rental Transaction Cross -Reference 
(AMXREF) file record fails, Btill attempt to perform the translate. Do this by 
running a test on the passed parameter's CURRENT TRANSACTION DATE. 

— IF all tests for transaction date checking fail, then move 'N' to 

RETURN CODE. 

— IF a test is successful, perform the routine to load the TRANSLATED . 
MACHINE ID and LOCATION output parameter data elements. 

©Notes: This program was written and is currently maintained by the ARMS 
Application Development Department. It is currently used by the ARMS Unpackage 
Transaction from Transmission Envelope (AM 0020 VI and AM0021V1) programs, along with 
the ARMS Package Transmission Envelope (AM0120, AM0150, AM0151) programs along with 
the Financial Systems' AS Account schedules /JOB # 102 (EL0291) program. An 
interactive stub tester (TSAMLCXLT) program exists in production for debugging and 
testing purposes. 

©Files: (CRUD) 

AMLCXF (-R--) - Keyed by Old Location ID, along' with its other 
logical access views, 

AMLCXFLO - Keyed by 

Old Location 

AMLCXFL1 - Keyed by 

New Location 

AMLCXFL2 - Keyed by 

Old Group/Branch 

AMLCXFL3 - Keyed by 

New Group/Branch 

AMLCXFL4 - Keyed by 

Old Group and Old Branch 
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New 


Group and New Branch 


AMLCXFL5 


- Keyed by 


Old 


Group, Region and Sub-Region 


AMLCXFL6 


- Keyed by 


New 


Group, Region and Sub-Region 


AMLCXFL7 


- Keved bv 


Old 


Group and City 


AMLCXFL8 


- Keyed by 


New 


Group and City 


AMLCXFL9 


- Keved bv 


Old 


Group and Area 


AMLCXFL10 


- Keyed by 


New 


Group and Area 


AMLCXFL11 


- Keyed by 


Old 


Group and Region 


AMLCXFL12 


- Keyed by 


New 


Group and Region 


AMLCXFL13 


- Keyed by 



Process 

Hierarchical numeric ID: 1.1.1.1.3 
Coded name: 

Name: AUT Validate Transaction (AM25 - AM46) 

Comment: ©Definition: The automatic process of transaction validation and database 
update on the centralized machine prior to dispatch to either the distributed machine 
or the Rental Management Trading Partner. This process is currently used for both the 
inbound and outbound processing of transactions. 



Process 

Hierarchical numeric ID: 1.1.1.1.3.1 
Coded name: AM0025V1 

Name: PGM Validate Transaction Set Record Formats (AM0025V1) 

Comment: ©Definition: This is the ARMS Transaction Set Record Format Edit never- 
ending batch TLB RPG program. 

i - » 

©Purpose: 

The program edits a transmission set group type to ensure that the 
required formats are present and that no non-allowable record formats exist. 

Edit errors from an Inbound (Received) tranaction set will be logged and 
will cause error transaction sets to be generated and sent back to the associated 
sender. 

Edit errors from an Outbound (to be Sent) or Transfer transaction set 
will be logged and the ARMS On- call support staff will be notified. 

©Operational Method: 

This program endlessly receives the non-keyed input data queue entries 
from the input data queue (DQAM25V1) that the either of the ARMS Unpackage 
Remittance/Ndn-Remittance Envelope programs (AM0021/AM0020V1) generated as input to 
this program. 

Once a shutdown data queue entry is received, then send this shutdown 
data queue entry to the DQAMSET1 data queue and end this program. 
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For any non- shutdown data queue entry, check the non-shutdown key GrouD 
Type Code to be one of the following values: 

- Validate Transaction Set Group Type 

- Validate Allowable Record Format (s) within Transaction Set for a Group 



Type 



©Notes : 



This program is submitted for execution by the ARMS Startup Jobs program 
(CLL810) with no entry parameters to execute only on the centralized ARMS host system 
platform ("RARMS") . Currently, all inbound (received), outbound (to be sent) and 
transfers are processed processed in this program as the proprietary EDI Transaction 
Sets group types. 

IF any error is found, then do not process this transaction any further 
and if is it is an inbound transaction set, then executed the ARMS Generate External 
Error (AM0090V1) program, BLSE, execute the ARMS Handle Internal Error (AM0097V1) 
program, passing the input parameters of this data queue entry's key data elements 
and the currently loaded ERROR CODE value. Do NOT output the transaction set's 
record formats to the outpug file nor send its data queue entry to the output data 
queue. 

Called Programs Summary: 

QRCVDTAQ --Read entry from DQAM62V1 data queue 
QSNDDTAQ --Send entry to DQANDST data queue 
AMPSSR — ARMS program error handler 

AM0097V1 —Handle Internal Error 
AM0090V1 --Generate External Error 

©Files: (CRUD) > 

x it 

- AMSET (-R--) 

- AMAUTD (-R— ) 

©Embedded Data/ Constants: 

«*LIBL' as the DATA QUEUE LIBRARY NAME value used in the execution of the 
•QRCVDTAQ 1 and • QSNDDTAQ* programs. 

=A* - 

'DQAM25V1' and • DQAMSETl f are the specified data queue names. 
•AM0025W as the current PROGRAM ID. 

•AMOC^Cy! 1 and ^0097^' are the executed programs;, based on the type of 

error. 

• SD" and ' ♦DOWN 1 are the shutdown request GROUP TYPE CODE and COMPANY 
PROFILE ID values. 

•OFF 1 and •ON 1 

■I' (nbound) , (utbound) , and »T f (ransfer) 

ERROR CODES: '16-, »45, ■ 69 » , % 10 % , •71«, and ^O*. 

GROUP TYPE CODES for execution of their associated routine: 
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~ 'AT', 'EX', 'CN' t 'PM', 'BR 1 , 'AK' , 'AC, 'IN', 'OF ', 'RA«, 'RC, 'Rp» " 

»RN', »CC», 'RM', 'CM', and 'VM' 



Compile -Time arrays of: 

. .Valid transaction set GROUP TYPB CODES 

..Valid RECORD FORMAT id's for each transaction set's GROUP TYPE CODE 
©Improvement Opportunities : 

1. ) Replace the execution of the ARMS Handle Internal Error ('AM0097V1') 
and ARMS Generate External Brror ( , AM0090V1') programs with the execution of the 
newer ARMS Handle Internal/External Error ('AM0098') program. 

2. ) Delete the constant ^0025^ and replace its usage with the Program 
Status Data Structure data element for PROGRAM ID. 



Process 

Hierarchical numeric ID: 1.1.1.1.3.2 
Coded name: AM0030V1 

Name: PGM Validate Transaction Set Record Formats Data Types (AM0030V1) 
Comment: ©Purpose: 

To edit a transaction set to ensure the all the required format data 
elements have values. Whether a data element is required or not is based on the 
trading partner profile. 

©Operational Method: 

- Wait for entry (s) to exist in DTAQ (DQAMSBT1) . 

r 

- When a shutdown request is received (group type - SD) , log the 
occurrence, pass on the request to DTAQ (DQANDTL1) and wait for the second shutdown. 

- When the second shutdown request is received (group type - SD) , log 
the occurrence, pass the request to DTAQ (DQANDTL1) and end. 

•** -When a non-shutdown request is received, read all associated data 
record(s) from the ARMS Detail Set Transaction Pile (AMSET) into the appropriate ARMS 
record format data structures. 

- Validate a transaction set's group type record formats' data elements 
for prof liable mandatory values existence. 

- Validate data field values with the data format (s) against a domain of 
allowable values. 

-IF any error is found, then do not process this transaction any further 
and if is it is an inbound transaction set, then executed the ARMS Generate External 
Error (AM0090V1) program, ELSE, execute the ARMS Handle Internal Error (AM0097V1) 
program, passing the input parameters of this data queue entry's key data elements 
and the currently loaded ERROR CODE value. Do NOT output the transaction set's 
record formats to the output file nor send its data queue entry to the output data 
queue. 

£Notes : 

This program is submitted for execution by the ARMS Startup Jobs program 
(CLL810) with no entry parameters to execute only on the centralized ARMS host system 
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platform ("RARMS") . currently, all inbound (received) , outbound (to be sent) and 
transfer transaction sets are processed in this program as proprietary EDI 
Transaction Set group types. 

The ARMS system will now enable electronic invoices, payments and 
remittances (processed here) to be sent /received for non-ARMS Rental Management 
Trading Partners that are Direct Billing/Remittance Trading Partners, such as 
Tennessee Valley Authority (an Enterprise Fleet Services customer) ; and AAA of 
California. 



©Piles: (CRUD) 

-AMSET (-R--) 

-STATE (-R — ) 

-AMCLSTBL (-R~) 

-CCSURCHG (-R-~) 

-AMERRTBL (-R— ) 

-AMXBCOL1 (-R~) 

-AMICDTBL <-R~) 

-ARMMAP (-R-) 

-ARMSPRl (-R— ) 

-ARMSPR4 (-R-- ) 

-AMADTD (-R--) 

©Embedded Data/Constants: 

9 0123456789 1 TO CHECK FOR VALID NUMERIC FIBIiDS VALUES 



•0123456789ABOTEFGHIJKLMNOPQRSTUVWXYZ • TO CHECK FOR VALID ALPHANUMERIC 
FIELDS VALUES 



1 ♦LIBL 1 as the DATA QUEUE LIBRARY NAME value used in the execution of the 
'QRCVDTAQ' and ■ QSNDDTAQ ' programs. 

•DQAMSETl' and 'DQANDTL1' are the specified data queue names. 
•AM0030V1 1 as the current PROGRAM ID. 

•AMOO^Vl • and , AM0097V1• are the executed programs, based on the type of 

error. 



•SD» and •♦DOWN' are the shutdown request GROUP TYPE CODE and COMPANY 
profile ID values* 



•OFF 1 and 'ON ■ 



' X ' (abound) , 'O' (utbound) , and »T' (ransfer) 
All allowable values for each data element 

ERROR CODES: '01', '02', f 03 l , '04', •OS 1 , »21 , # '68', '70', '78' , and 

•82' 

GROUP TYPE CODES for execution of their associated routine: 
'AT', 'EX', 'CM', «PM", 'BR'. 'AK' , 'AC, 'IN', -OF', 'RA' , 'RC , 'RE', 
•RN», 'CC, 'RM-, 'CM-, and «VM» 

Compile -Time arrays of: 

. .Valid transaction set GROUP TYPE CODES 

..Valid RECORD FORMAT ID'S for each transaction set's GROUP TYPE CODE 
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©Improvement Opportunities: 

1. ) Replace the execution of the ARMS Handle Internal Error ( •AM0097V1 1 ) 
and ARMS Generate External Error ('AM0090V1') programs with the execution of the 
newer ARMS Handle Internal/ External Error ('AM0098') program, 

2. ) Delete the constant 'AM0025V1' and replace its usage with the Program 
Status Data Structure data element for PROGRAM ID. 

3. ) Convert program from OPM RPG to ILE RPG. 

4. ) Replace the use of the AM2010VT program with the AM1010V1 program 
called for "I"nquiry. 



Process 

Hierarchical numeric ID: 1.1.1.1.3.3 
Coded name: AM0040V1 

Name: PGM Validate Transaction Set Record Format Data (AM0040V1) 

Comment: ©Purpose: To perform the detail edits on any transaction set data element 
values against the centralized ARMS database and domain of valid values. Also, to 
assign a rental location to any new Rental Authorization Add transaction that is not 
authorizing an existing rental reservation or open ticket. 

©Operational Method: 

Wait for keys to exist in DTAQ (DQANDTL1) , when key is received, one of 
three processes occur. Program terminates when group type (SD) shut down data queue 
entry 1b encountered and passed on for the second time to output data queue 
(DQAM46V1) . 

For a non-shutdown data queue entry, use its value to read all associated 
records 1 data values from the ARMS Detail Set Transaction File (AMSET) into the" 
appropriate ARMS record format data structures. 

Validate Transaction Set's record formats' data fields 9 contents for 
allowable- values . 

Validate Transaction Set's functional group type code and its record 
format's data field's contents against centralized ARMS Rental Transaction Cross- 
Reference Status and its associated database file fields to ensure that this 
transaction should be allowed to continue further downstream processing. Send 
message to ARMS On- Call and reject any Authorization Transfer transaction or outbound 
transaction to be sent that fails an edit. 

IF any received inbound transmission with a specif ied* Branch Claims 
Office value that does not exist in the Branch Claims Office Cross -Reference file, 
then assign the first three characters (root customer) of the trading partner's 
PROFILE ID to ENTERPRISE CUSTOMER ID and send a warning message to ARMS Technical 
Management (via SNDEMSG) of a transaction with a missing BOO X-Ref record so that 
they can determine if this BCO is to be added. Do NOT reject the transaction. 

EL SE, load the internal routing record format (APPD01) with the retrieved 
internal ENTERPRISE CUSTOMER ID value. 

IF any received inbound transmission with a invalid Date Of Birth value, 
then set the value to zeros and send a warning message "Invalid DOB" to ARMS 
Technical Managemen which is currently not acted upon by them. 
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The messages sent to ARMS Technical along with the employee numbers to 
send the message to exist in file SNDMSG. 

IF an authorization-add transaction set or a group- to-group authorized 
reservation transfer transaction set has a non-blank rental location (Group ID and 
Branch ID) , then validate the rental location against the Daily Rental Office 
Locations (DROP?) file by the Rental Location ID. IP not found for the 
authorization-add/transfer, or, for an authorization-add, the location found 
indicates that it does prevent ARMS reservations, then use its non-blank Forward ARMS 
Reservations To Location. If the Forward ARMS Reservations To Location is blank or 
not found, then derive the closest available daily rental location and its platform. 

IF a received unsolicited Authorization Add rental transaction set is 
received that is to authorize and create a currently non-existent rental reservation, 
derive and assign closest available rental location and its distributed application 
host platform for later routing to that platform. 

To derive the closest available rental location we use RAS013A. 

IF the authorization add/transfer transaction set is for Enterprise 
Fleet Management VIP rental customer, they will be able to send and generate ARMS 
authorized reservations to airport branches if that is the closest rental location. 
Any other trading partner authorization add/transfer cannot be routed to an airport 
location. 

Derive that rental location's associated distributed application host 
platform by executing Derive Machine ID for Rental Location (AM2050V1) program for 
later routing. 

IF a transaction's record formats are validated and processed 
successfully, then send its associated key value as output to the data queue 
(DQAM46V1) that is input to the next downstream process for ARMS Database Update and 
Routing (AM0046V1) program. 

(CRDD) 

(CRU-) 
(-R— ) 
(-R— ) 
<-R~ ) 
(-R--) 
(-R-- ) 
<-R— ) 
(C— ) 



This program is submitted for execution as a never-ending batch 
program/job in the ARMS subsystem by the ARMS Startup Jobs program (CLL810) with no 
entry parameters to execute only on the centralized ARMS host system platform 
("RARMS") . It will usually be active from 3:00am to 1 : 00am- Central . Currently, all 
inbound (received) , outbound (to be sent) and transfer transaction Bets are processed 
in this program as proprietary EDI Transaction Set group types. 

IF any error is found, then do not process this transaction any further 
and if is it is an inbound transaction set, then execute the ARMS Generate External 
Error (AM0090V1) program, ELSE, execute the ARMS Handle Internal Error (AM0097V1) 
program, passing the input parameters of this data queue entry* s key data elements 
and the currently loaded ERROR CODE value. Do NOT output the transaction set's 



©Piles: 

AMSET 
• - ■ ARMSPR1 
AMAUTD 
AMIEBT 
AMXBCO 
DROFLF1 
DR0FFL7 
FILES 0 

©Notes : 
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record formats to the output: tile nor send its data queue entry to the output data 

queue. 

The ARMS system will now enable electronic invoices, payments and 
remittances (processed here) to be sent/received for non-ARMS Rental Management 
Trading Partners that are Direct Billing/Remittance Trading Partners, such as 
Tennessee Valley Authority (an Enterprise Fleet Services customer); and' AAA of 
California. 

©Embedded Data/Constants: 

•7680 • used as the default Claims Connection Rental Location. 

• 6A01 ■ used for routing to this simulation default rental location 

within the production software environment. 

' 0123456789 1 used as valid numeric values in a CHECK operation. 

1 RTVMSGSTS 1 is the program executed to check if the e-Message System is 
available for sending messages. 

•OVRPRTF FILE (QPPGMDMP) OUTQ (ARMSDUMP) 0DTPTY(9) USRDTA (AM4 0PGMERR) 
FORMTYPE (ARMS ) HOLD (* YES) 1 to cause generated RPG- formatted dump output to be 
retained for greater than a one day. 

The following are 25 -character ERROR MESSAGES subject header and detail 
line prefixed output to FILE80 for sending when executing MS0010 program: 

'An invalid BCO was sent* 
•Invalid BCO' 
•Profile' 

'transaction control ID' 
'Invalid DOB was received' 
•Invalid DOB' 

@ Improvement Opportunities: 

1. ) Remove as constant and store the default simulation rental Ideation . 
ID ( • 6A01 ' ) and the default production Claims Connection rental location ID in an 
external data area to externalize this location information for inquiry into the 
program. . 

2. ) Should be able to replace the valid numeric values constant and its 
usage with an ILB built-in function or existing API. 

3 . ) Should be able to duplicate the existing OS/400 Dump printer file 
QPPGMDMP to a different ARMSDUMP printer file that is formatted the same but has all 
of the specified keyword attributes that would allow the removal of the OVRPRTF 
OS/400 command execution. 



Process 

Hierarchical numeric ID: 1.1.1.1.3.4 
Coded name: AM0046V1 

Name: PGM Route Transaction / update ARMS Centralized Database (AM0046V1) 
Comment: ® Purpose: To update the centralized ARMS database with transaction set 
data elem ent s and forward the transaction set to the appropriate destination (trading 
partner, rental application, claims connection, or centralized financial system's 
cash receipts interface) . 

©Operational Method: 
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" Maintain centralized ARMS application system database with input 

transaction set data elements. 

- Route outbound transaction data set for external envelope packaging. 

- Route inbound or transfer transaction data set for sending to 
distributed host platform. 

- IP processing an RA change, AT Change or an an Opening Rental 
Notification RN functional group type, then calculate the renter's age by subtracting 
their Date of Birth from the system date. IF the renter is underage for the state of 
the rental and the ticket is open and authorized, then execute the Generate Surcharge 
subroutine (GKNSUR) to load the Approved Surcharge Detail (AMSURD) file. This 
subroutine calls AM1085V1 for underage surcharges and AM0096V1 for othe surcharges. 
An RA-Change for an ARMS Trading Partner Company will only be generated if the 
transaction has been confirmed. (See @Notes for more detailed information) 

- On an open authorized ticket, if a different Rental Location ID is 
processed from an outbound or transfer transaction set, then execute the Add 
Government Surcharge (AM0096V1) program to load the Approved Surcharge Detail 
(AMSURD) file. 

-IF any new approved surcharges were generated, then read this file for 
this rental transaction to generate a new automatic pseudo-rental Authorization 
Change (AT) transaction set for approved surcharges to be routed to a distributed 
rental application system host platform. 

- IF a Customer Extension/Termination, functional group type EX is 
received from a Trading Partner Company for a defined Profile ID AND the BOO .or 
Adjuster Code is different than on the ARMS centralized database, then generate a new 
automatic pseudo-rental Authorization Change (AT) transaction set containing only an 
adjuster detail (ADJD01) record format for an adjuster/BCO change to be routed to a 
distributed rental application system host platform. This is done to update Bill-To 
Customer information in the rental system database files for this rental transaction 
in the EC00ATV1 program processing, since the EC00EXV1 program processing does not 
update Bill -To Customer information in the rental system database files. (See 
©Improvement Opportunities number 3 below.) 

-IF processing' an Extension, move an m E- to the Action Code in the 
AM055V1 external data structure. When a termination date has been sent, update the 
Day Auth (AWAUDY) field in file AMAUTD. 

Calculate the total number of days authorized by using the Termination 
Date and Rental Start Date adding 1 to the calculated days to receive the correct 
number of days authorized. If the calculated amount is greater »-*»*n the Day Auth 
field, move an m E* to the Action Code in the AMOS 5 VI external data structure. — 

If the calculated amount is less than or equal to the Day Auth field, 
move a $1$ to the Action Code in the AM055V1 external data structure. 

- Based on the trading partner profile, generate new automatic rental 
Extension days transaction set in response to a Request for Extension (RE) to be 
routed to a distributed rental application system host platform. 

- IF processing an Opening Rental Notification ( , RN I ) functional group 
type, IF the existing customer number on the transaction set internal header is found 
in the ARMS BCO for RMS (Rental Management System) file write a record to the ARMS 
RMS (Rental Management System) File (AM002P) so that RMS will be notified of the open 
rental contract /ticket that they must manage from their centralized location. 

IF processing a Rental End ( , RN I ) transaction set AND this is the first 
closing rental notification (AMAUTD 1 s Rental End Date « 0) AND IF the associated 
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ARMSPR1 profile file record's Remittance Indication Flag (P1FG14) field is equal to 

•A', then execute the ARMS Generate Transaction Credits (AM1080V1) program passing 
the Transmission Control Sequence ID Number, Group Control Sequence ID Number, Vendor 
Transaction ID and the Execution Code of f R' (for Rental Notification) . 

- IF processing a Payment Advice (»PM') transaction set, then execute the 
ARMS Generate Transaction Credits (AM1080V1) program passing the Transmission Control 
Sequence ID Number, Group Control Sequence ID Number, Vendor Transaction ID and the 
Execution Code of 'P» (for Payment Advice) . 

-After the file updates and before the next data queue entry is read, and 
if the Group Type is not v "~~ ww> 



-Complete the build of the data queue entry record. 

-From the APPD01 format, move the Profile Id, Customer 
Transaction Id, Vendor Transaction Id, -Group Type, Date, and Time to 
their appropriate fields in DQAM55V1 external data structure, AM055X. 

-If Transaction Type (AM055X) is blank, move an internal to 

the field. 

-Send the data queue entry to DQAM55V1. 
-Clear the AM055X format for the next record. 



©Notes : 

Currently, ALL transaction sets (received from trading partners, received 
from rental systems - i.e., inbound, outbound and transfers) will be processed by 
this program, after editing for updating to the database and routing (to a trading 
partner or a rental application system) . 

When the Rental Management Trading Partner sends an extension transaction 
set for an existing Vendor Transaction ID with a different Customer Transaction ID 
than the value in the ARMS Cross -Reference (AMXREF) file record's CUSTOMER 
TRANSACTION ID (XACTID) field, then this field change should occur and allow the 
AMXREF file record's XACTID field to be updated with the new/different Customer 
Transaction ID value. All incoming transaction sets should allow a change o£ the 
Customer Transaction ID. Remittance Advice CRM 1 ) transaction sets will not be 
included because this would require a change in the way RM's are processed. 

When a request for cancellation ( , RC I ) transaction .set is processed for 
an incompletely open rental contract /ticket (prewrite/unit-pend) , this 'RC 
transaction set is not sent to the trading partner. In most cases this is correct, 
however when the ARMS Cross-reference file record is made irretrievable by padding 
the rental location value with the repeating "X" character, the request for 
cancellation transaction set will be sent. For some profiled ARMS Trading Partner 
Companies, the RC is converted to a CN before being sent. 

The ARMS system will now enable electronic invoices ,, payments and 
remittances (processed here) to be sent/received for non-ARMS Rental Management 
Trading Partners that are Direct Billing/Remittance Trading Partners, such as 
Tennessee Valley Authority (an Enterprise Fleet Services customer) ; and AAA of 
California. Therefore, ARMS will receive a data queue entry to generate an 
electronic invoice (and create an associated ARMS Rental Transaction Cross -Reference 
(AMXREF) file record) when the trading partner never sent to ERAC (via ARMS) any 
initial rental authorization. 

When a Request for an Authorization is sent to ARMS Trading Partner 
Company after the initial request, and the transaction is still in an unconfirmed 
status (U) , an RA-Add will be generated. IF the transaction is at a confirmed status 
(W) but still unauthorized an RA- Change will be generated even if no changes have 
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been made to the data. If the transaction is at a confirmed and Authorized status 
(R) , an RA-Change will be generated only if there was a change in the data. 



©Piles : (CRUD) 

- AMSBT (-R--) 

- ARMSPR1 (-R— ) 

- ARMSPR3 (-R--) 

- AMXBCO <-R~) 

- AMPGMCTL (-R--) 

- AM002P (CR--) ARMS: RMS FILE 

- AM003P01 (-R--) ARMS RMS BCO FILE 

- AMAPPS (C ) 

- AMPACK (C---) 

- AMADJD (CRU-) 

- AMAUTD (CRU-) 

- AMCOMD (CR— ) 

- AMIEBD (CRU-) 

- AMTKBH (CRU-) 

- AMIKBT (CRU-) 

- AMINSD (CRU-) 

- AMRMTD (CRU-) 

- AMRNTD (CRU-) 

- AMRPRD (CRU-) 

- AMRATD (CRtJD) 

- AMSURD (CR-D) 



©Embedded Data/Constants: 

'YES' 
•NO • 

•AM0046V1 • 
'RECORD DELETED' 

•XXXXXXXXXX 1 (to pad ARMS Rental Transaction Cross -Reference Pile 
record's RENTAL LOCATION with X's to make it irretrievable) 

■ AUTHORIZATION EXPIRED' (as COMD01 record format's COMMENT comment text 
currently not referenced, unsure of intent.) 

• - Enterprise Customer Numbers for ARMS Trading Partner Insurance Company- 
Los Angeles Area Locations and ARMS Trading Partner Insurance Company's Branch Claims 
Office code for RMS output: 

•ALL3233' r-xt T>040 ■ Santa Ana/Tustin, California 
•ALL3221' and 12 W Torrence, California 



and Format Names /IDs: : 

•APPD01' 
'ADJD01 1 
' ADJD02 ' 
•ADTD01 1 
•CAND01 ' 
■ CBKC01 « 
' CBKD01 1 
' CREDO 1' 
•COMD01' 
,'ELCDOl' 
•ERRDOl' 
•IEBD01' 
• IEBH01 • 
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•IEBT01» 
•INSD01* 
•OFFD01' . 
■PMTD01' 
• RATD01 1 
1 REND01 ' 
1 RMTD01 ' 
•RNTOOl 1 
■RNTD02* 
•RPRD01' 
'SURDOl 1 
• VEDD01 1 

©Improvement Opportunities: 



1. ) Convert from standard ILE RPG program to an ILK program with multiple 
UiB RPG modules or service programs. 

2. ) Delete the 'AM0046V1 9 constant and use the Program Status Data 
Structure's left- justified PROGRAM ID value for the same purposes. 



3.) There is hard-coded logic to check IF ARMS Trading Partner Insurance 



Company Insurance Company customer authorization extension (*EX f ) transaction set and 
the adjuster or BOO change that is different than the centralized ARMS rental 
transaction database Adjuster Detail (AMADJD) file data, then to automatically 
generate a "pseudo-" Authorization (•AT 1 ) Change transaction set with only an 
adjuster detail (ADJD01) record. However, since this is information that is only for 
a specific X12 EDI standard compliant trading partner, that this special logic should 
be removed from this program and externally profiled in the EDI Translation and 
Interface/Mapper software to cause generation of the additional 1 AT 1 Change when an 
Extension/Termination transaction set is received. Additionally, this EDI 
Translation and Interface Mapper software could execute an ARMS centralized database 
retrieval inquiry service utility program to retrieve specified information from the 
AMADJD file. Then this interface/mapper software could determine if this transaction 
set's adjuster information is different than the existing database file's information 
and if true, generate the additional 'AT' Change. This would add an 'AT 1 Change 
functional group transaction set to be output, along with the ■EX' from the same EDI 
transmission envelope, and.it would add to the transaction load between AM0010V1 and 
AM0046V1 programs, inclusive. However, the benefit of standardizing the transaction 
set processing within AM0046V1 and moving profile- specific logic to the EDI 
translation interface/mapping software would be greater than having hard- coded within 
AM0046V1 program. 

4.) There is currently an undesirable situation that occurs within this 
program. When any tr ading partner sends an authorization extension/termination 
transaction set, the adjuster detail is required to add callback detail note comments 
to the rental application database with the name of the adjuster, changing the open 
rental contract/ticket's CURRENT AUTHORIZATION DATE field value*. However, the 
adjuster making this change in this value may not be the claims adjuster assigned to . 
manage the direct billing payment authorization for this rental contract. The 
adjuster making the extension/termination may be another adjuster taking on the 
extensions temporarily when the primary assigned adjuster is unavailable (i.e., day 
off due to vacation, illness, etc.), but that the primary assigned claims adjuster 
■of record" was not intended to be changed. Currently, the adjuster information in 
the Bill-To information within the rental contract is not updated by an 
extension/ termination transaction set's adjuster information, but the centralized 
ARMS database adjuster detail (AMADJD) file is. This is erroneous to update AMADJD 
by an extension and this logic should be removed from AM0046V1 program. (A new issue • 
will be submitted by Gina Miller, ARMS Technical Mgmt. staff to request this change. 
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However, if AM0046V1 program's extens ion/ termination logic is revised, then this 
issue should be considered.) 

5.) Drop the constant detailed below and replace with attributes /field 
values within the ARMS Trading Partner Profile's Branch Claims Office / Enterprise 
Customer ID Cross -Reference (AMXBCO) file. Likewise, add the maintenance of these 
fields to the AMXBCO maint enan ce program and screen display file record' format 
(AAAM10) . 



Process 

Hierarchical numeric ID: 1.1.1.1.3.5 
Coded name: 

Name: DTQ Input to AM0025 (DQAM25V1) 

Comment: - ©Definition: DQAM25V1 is a data queue used to provide input for PGM 
AM0025V1 which validates transaction set record formats. 



Process 

Hierarchical numeric ID: 1.1.1.1.3.6 
Coded name: 

Name: DTQ Input Data Queue to AM0030 (DQAMSBT1) 

Comment: ^Definition: DQAMSBT1 is a data queue used to provide input for PGM 
AM0030V1 which vilidates transaction set record formats data types. 



Process 

Hierarchical numeric ID: 1.1.1.1.3.7 
Coded name: 

Name: DTQ Input Data Queue to AM0040 (DQANDTL1) 

Comment: ©Definition: DQANDTLl is a data queue used to provide input to PGM 
AM0040V1 which validates transaction set record format data. 



Process 

Hierarchical numeric ID: 1.1.1.1.3.8 
Coded name: 

Name: DTQ Input Data Queue to AM0046 (DQAM46V1) 

Comment: ©Definition: DQAM46V1 is a data queue used to provide input to POT 
AM0046V1 which update the ARMS database and routes the transaction. 



Process 

Hierarchical numeric ID: 1.1.1.1.3.9 
Coded name: 

Name: DTQ Input to Program AM0100 (DQAMAPl) 

Comment: ©Definition: DQAMAPl is a data queue used to input data to PGM AM0100 
which distributes routed transactions from the centralized host processing machine. 



Process 

Hierarchical numeric ID: 1.1.1.1.3.10 
Coded name: AMPSSR 

Name: PGM Perform Internal Error Paging and Messaging (AMPSSR) 
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Comment: ©Definition: This is the ARMS *PSSR program exception error paging & ' 

messaging program (written in RPG/400 - Original Program Model) . 

©Purpose: This program's purpose is to output the error occurrence to the 
AMPGMBRR Program Error Log file and if the error is not from a program executing on 
the -DEV" (development) machine, then to notify the ARMS On-Call and Backup persons 
via sending a pager message and sending an 'e-message' via call to MS0010 program of 
the platform name, program name and the error occurrence. This information will aid 
the ARMS On-Call person responding to resubmit any needed never-ending program job 
into the ARMS subsystem on the appropriate host computer Bystem. This information 
will also cause them to research the dump taken in the previous program for the 
incompletely processed transaction specific information that it had been processing 
when the program halted or abnormally ended. 

©Operational Method: This program outputs the passed entry parameters* 
values error occurrence to the AMPGMERR Program Error Log file. If the error is not 
on the "DEV* (development) host platform, then sending a pager message to the ARMS 
Primary and Backup On-Call pagers and sending an •e-message' via call to MS0010 
program of the platform name, program name and the error occurrence. 

©Files: (CRUD) 

- AMPERT (-R— ) , accessed by AMPERTL1 logical access view. 

- ANDQER (-R— ), accessed by ANDQBRL2 logical access view. 

- AMPGMERR (C- — ) 

- FILE80 (C---) 

©Notes: This program is used within every program's *PSSR program 
exception subroutine. 



Process 

Hierarchical numeric ID: 1.1.1.1.3.11 
Coded name: CCDATE 

Name: PGM Validate Date and Convert Format (CCDATE) 

Comment: ©Definition: CCDATE is a date validation, conversion and manipulation 
callable OPM RPG program. . 

©Purpose: Executed from many ARMS programs for many purposes. The most 
common purposes are: to validate dates; convert formats; derive a future date by 
computing the adding provided days to a given date value; or, to derive the age of a 
renter by computing the number of years between the current date and a renter's date 
of birth. In a majority of programs, this program is executed to retrieve the 
current system date or times tamp in the MMDDYYYY or MMDDYY format and reformat -it to 
YYYYMMDD format, or, to retrieve the day of week, such as required in the ARMS -to- 
ARMS Trading Partner Company Communication Sender / Receiver (AM***C0M) program. 

Validation is done throughout many ARMS programs, such as in the Validate 
Transmission Envelope (AM0010V1) program to validate the Transmission Date or in the 
Validate Transaction Set Record Format Data Types (AM0030V1) program's Edit Dates 
subroutine specifically to validate the date values for the following record formats' 
date value fields: 



Authorization Detail's (ADTD01) Authorization Expiration Date, Date of 
Birth and Pickup Date 

Renter Detail's (RNTD02) Date of Loss 
Insured Detail's (INSD01) Policy Expiration Date 
Cancellation Detail's (CAND01) Cancellation Date 
Callback Detail's (CBKD01V1) Callback Origination Date 
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Extension/Termination Detail's ( CREDO l) Termination Date and Renter 

Notified Date 

Rental Detail's (REND01) Rental Start and End Dates 

Rental Segment Detail's (RATD01) Effective Dates of Rental Segments 1 

through 4 

Invoice Header's (IEBH01) Billing Start and End Dates 
Payment Detail's (PMTDOl) Payment Date 

©Operational Method: 

Before the CCDATE is called, the parameter fields must be set by the 
calling program. It is recommended that you do a clear the DTPARM external data 
structure subf ields before any field values are loaded to insure that all fields have 
been initialized. 

If a date conversion from MMDDYY to YYMMDD format, simply move the input 
date value to the Prom-Date (DTFRDT) input field after all the fields have been 
cleared and execute the CCDATE program. The output ted To-Date returned in OTTQDT 
will be in YYMMDD format. 

The following fields will be output by CCDATE, so it is not necessary 
that you fill them in. They are: DTFMTD, DTWKDY, DTMNTH, DTSTNG, DTMSID, 
and DTMSTX. 

DTDAYS is not necessary for action code 'C and will be zeroed out by 
CCDATE. DTDAYS will be filled in by the CCDATE program's exectuion when the action 
code is 'D 1 . 

However, since AM0030V1 is requiring only date value validation, the 
program is executed after loading the following parameter subf ield values in the 
following manner after all subf ields were cleared/ initialized: 

Load 'C (Convert) to ACTION CODE (DTACCD) 

Load the DATE TO VALIDATE (in YYYYMMDD format) field value to FROM- 

DATE ( DTFRDT) 

Load the number 7 (YYYYMMDD) to the FROM - DATE - FORMAT (DTFRFT) 
Load the number 6 (DDMMYYYY) to the TO-DATE -FORMAT (DTTOFT) 
Execute the program 

Check the contents of the Error Message ID (DTMSID) . IF not blanks, 
then the FROM- DATE field value was invalid. 

©Notes: 

Documentation for usage, can be found on the AS/400 in the 
ELLIB/QEISSRC/TLS.DAT text source member. 

NEVER Use the DATE MULTiplied. by 1000.01 or 100.0001 to CONVERT! (Lack 
of precision and high overhead mathematical computation overhead*.). 

It should do hopefully everything anyone would need from such a program 
for any date value. Below is the explanation of its single parameter and how to use 
the program. 

The parameters have been set up as in a empty database file called DTPARM 
that is used as an externally defined data structure on an input specification on the 
program's source code that causes the compiler to copy the subf ield names, 
attributes, and starting positions. This is done so that a programmer can copy the 
parameters in as an external data structure instead of having to remember what order 
the parameters should be in and what length the fields are. The explanation of the 
external data structure DTPARM parameter data elements (subf ields) passed as a single 
parameter field are: 



Confidential 



Page 36 of 246 



8/11/00 



WO 02/097700 



250 



PCT/US01/51431 



ARMS Process Report 



Convert (DEFAULT) " M " Pr ° cesain * Actio * Cod * *°***>^ values: . c . - 

•D' - Compute the Days Difference between inputted dates 

•A' - Add inputted Days to inputted Prom-Date 

DTFHDT - (8,0) - Prom-Date (DEFAULT is UDATE) 

DTFRFT - (1,0) - Prom-Date Format possible values- i 

- MMDDYY (Month, Day, Year) (DEFAULT) values. 1 

2 .- DDMMYY (Day, Month, Year) 

3 - YYMMDD (Year, Month, Day) 

4 - YYDDD (Julian format) 

5 - MMDDYYYY 

6 - DDMMYYYY 

7 - YYYYMMDD 

8 - YYYYDDD (Julian format) 

9 - MM00YY (Use this format to have the program determine the last day of the 
specified 

month and format it based on the To format.) 

**NOTE: This format is only valid for this From- format 1 
DTTODT - (8,0) - To-Date 

DTTOFT - (1,0) - To-Date Format possible values- 1 

- MMDDYY (Month, Day, Year) 

2 - DDMMYY (Day, Month, Year) 

3 - YYMMDD (Year, Month, Day) (DEFAULT) 

4 - YYDDD (Julian format) 

5 - MMDDYYYY 

6 - DDMMYYYY 

7 - YYYYMMDD 

8 - YYYYDDD (Julian format) 

DTDAYS - (7,0) - Number of Days to Add/Subtract or the computed 
Days Difference (+/-) 

DTFMTD - (io) - Displayed Formatted Date 

DTSEP - (1) - Display Separator (used in DTFMTD, i.e., 

backslash, hyphen, or period) 

DTWKDY - (9) - Day of Week (Sunday, Monday, etc.) 

DTMNTH - (9) - Month Name (January, February, etc.) 

DTSTNG - (30) - Formatted Date String possible values: 

' c ' t ~ Month Day, Year (i.e., January 01, 

1992) 1 

•F' (DEFAULT) - Day -of -week Month Day, Year (i.e., Wednesday January 01, 1992) 
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DTMSID " (7> - Error Message ID 
DTMSTX - (80) - Error Message Text 



©Improvement Opportunity: 

The execution of this (CCD ATE) program would be unnecessary' if all of the 
ARMS programs that currently use this program were converted from the OPM RPG/400 to 
n*E RPG/IV program and these input date fields were attempted to be loaded into date 
type work fields. Also, any unsuccessful operation would need to be monitored for 
specific error exception types. 



Process 

Hierarchical numeric ID: 1.1,1.1.3.12 
Coded name: AM2010V1 

Name: PGM Retrieve Cross-reference (AM2010V1) 

Comment: ^Definition: This program is the callable ARMS generic Cross -Reference 
Pile Record Inquiry program. 

©Purpose: To retrieve the associated ARMS Rental Cross -Reference Pile 
record when passed one of the following four input combinations: the ARMS VENDOR 
TRANSACTION ID; the ARMS TRADING PARTNER COMPANY PROFILE ID and the CUSTOMER 
TRANSACTION ID; the RENTAL LOCATION and the RENTAL CONTRACT/TICKET ID; or, the RENTAL 
LOCATION and the RENTAL BRANCH RESERVATION ID. 

©Operational Method: 

1. ) The RENTAL LOCATION is always required and either a non-blank TICKET 
ID or RESERVATION ID must be passed. 

IF RENTAL LOCATION, TICKET ID and RESERVATION ID are blanks, then load 
the RETURN CODE with »E» (Error) . 

2. ) IF Rental Location and Reservation ID are passed with the program 
call, use AMXREFL2 to retrieve the requested ARMS Cross -Reference File record. 

a. ) IF Ticket number is also passed with the program call, retrieve 
the record using AMXREFL2.* Then validate the Ticket number passed with the program 

call against the Ticket data field XATKNO. 

b. ) IF passed TICKET ID and retrieved TICKET ID are different, then 
load the RETURN CODE with 'T" (Ticket ID Mismatch) and return to the calling program. 

c. ) IF the passed TICKET ID is same as the TICKET ID found for. the 
reservation in the ARMS Cross -Reference File, then update all fields in the parameter 
list from AMXREFL2, set the RETURN CODE to blanks (blanks indicate successful) and 
return to the calling program. 

3 . ) IF non-blank RENTAL LOCATION and TICKET ID are passed with the 
program, use AMXREFL1 to retrieve the data. 

IF no record found for RENTAL LOCATION and TICKET ID, then load the 
RETURN CODE with (Error) . 

4. ) If an ARMS COMPANY PROFILE ID is passed with the program call and a 
record is retrieved, compare this value with XACUID in AMXRBFLn. 

IF they are different, change the RETURN CODE to 'P' for 'Profile Error 1 
and return to calling program. 
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5. ) IP non-blank ARMS COMPANY PROFILE ID and CUSTOMER TRANSACTION ID are 
passed, retrieve record from AMXREFL3 . 

a. ) IF TICKET ID / RESERVATION ID is passed, compare these with values 
retrieved from AMXREFL3. 

IF they do not agree, change return code to f T* / ■R t . 

b. ) IF RENTAL LOCATION is passed, compare this value with value 
retrieved from AMXREFL3 . 

IF they do not match, change return code to 'L 1 . 

6. ) IF an ARMS VENDOR TRANSACTION ID is passed, retrieve record from 

AMXREF. 

a. ) IF an ARMS COMPANY PROFILE ID is passed with the program call and 
a record is retrieved, compare this value with the associated field in the retrieved 
ARMS Cross -Reference File. 

IF they are different, change the return code to f P» for • Profile Error' 
and return to calling program. 

b. ) IF RENTAL LOCATION is passed, compare this value with the AMXREF 
value. IF they are different, change return code to 'L f . 

c. ) IF TICKET ID or RESERVATION ID is passed, compare these values 
with values retrieved from AMXREF* 

IF they do not agree, change RETURN CODE to «T» / •R l . 

7 . ) IF a record is retrieved from AMXREF or any of these logical files 
based upon the file use hierarchy, and additional data fields are passed, and more 
than one data mismatch occurs, change the return code to •M 1 for multiple errors. 

Hierarchy for record retrieval: 



1. ) IF ARMS VENDOR TRANSACTION ID is passed, and any other data fields, 
retrieve from AMXREF. 

2. ) IF ARMS COMPANY PROFILE ID and CUSTOMER TRANSACTION ID are passed, 
and any other data fields (except VENDOR TRANSACTION ID) , retrieve from AMXREFL3 . 



AMXREFL2. 



3 . ) IF RENTAL LOCATION and RESERVATION ID are passed, retrieve from 

4 . ) IF RENTAL LOCATION and TICKET ID are passed, retrieve from AMXREFL1 . 
RETURN CODE possible values: 



blank : Successful retrieval / edit 

L : Location passed is blank / invalid 

# : Ticket/Reservation passed is blank 

T : Ticket passed, unmatched on AMXREF record 

P : Profile passed, unmatched on AMXREF record 

E : No AMXREF record found 

M : Multiple errors 
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©Notes: No exception error handling is specified. 

This executable program is executed by many other ARMS programs that are 
processing a ARMS transaction request to retrieve information from the ARMS Rental 
Cross-Reference File. This program is currently called with parameters by the 
;»^™ g Pr0grams: AMLCXLT, AMRTVSQ, AM0020V1, AM0021V1, AM0030V1, AM0040V1, 
AM0070V1, AM0120, AM0129, AM0150, AM0900. AM1080V1, AM1085V1, AM5010, AM5015, and 
CCAM16 . The parameters used in calling this program are the following- 



ID 



Output l character 

Input /Output 20 character 
Input /Output 5 character 



ID 



Input/Output 
Input/Output 
Input/Output 
Input/Output 

Output 
Output 
Output 
Output 

Output 
Output 
Output 
Output 
Output 
Output 
Output 
Output 
Output 



©Piles: 



20 character 
10 character 
6 character 
6 character 
1 character 
8/0 numeric 
6/o numeric 
10 character 

1 character 
10 character 

1 character 
8/0 numeric 
6/0 numeric 
10 character 
8/0 numeric 
6/0 numeric 
10 character 

(CRUD) 



RETURN CODE 
VENDOR TRANSACTION ID 
ARMS TRADING PARTNER COMPANY PROFILE 

CUSTOMER TRANSACTION ID 
RENTAL LOCATION 
RESERVATION ID 
TICKET ID 

STATUS CODE 
STATUS CODE LAST CHANGED DATE 
STATUS CODE LAST CHANGED TIME 
STATUS CODE LAST CHANGED PROGRAM 

MACHINE ID 
BRANCH CLAIMS OFFICE CODE 

RENTAL SYSTEM SOURCE ID 
RECORD ADD DATE 
RECORD ADD TIME 
RECORD ADD PROGRAM ID 
RECORD CHANGE DATE 
RECORD CHANGE TIME 
RECORD CHANGE PROGRAM ID 



(-R-- ) ARMS Cross-Reference File, keyed by Vendor 

ARMS Cross-Reference File, keyed by Company Profile 



- AMXREF 
Transaction ID 

- AMXREFL3 (-R--) 
ID and Customer Transaction ID 

- AMXRBFL1 (-R--) ARMS Cross -Reference File, keyed by Rental Location 
ID and Rental Ticket ID 

- AMXREFL2 (-R— ) ARMS Cross-Ref erence File, keyed by Rental Location 
ID and Rental Reservation ID 

@ Improvement Opportunities: 

Replace the internally defined parameter fields in tfcis program and all 
programs executing this program with a database file with no record to be used as an 
externally defined data structure so that only one definition of the parameters data 
elements exist, along with comments on their purpose and possible values. 

Replacing the execution of this (AM2010V1) program with the ARMS 
Inquire/Update Cross-Reference File record (AM1010V1) program in many other programs 
if it is called in "Inquiry* mode. 



Process 

Hierarchical numeric ID: 



1.1.1.1.3.13 
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Coded name: AM0090V1 — ' ' 

Name: PGM Generate External Error (AM0090V1) 

Comment: ©Definition: This program is the ARMS called External Brror Handler 
Program. 

©Purpose: To generate a single Brror (ER) group type transaction data set 
to be sent to the Rental Management Trading Partner to indicate that the ARMS host 
rejected a transaction data set received from their host application system. The 
error is also logged to an error log file. 

©Operational Method: 

- Verifies the passed input parameter error reason codes (maximum 20) 
that are not equal to '99' against the ARMS Error Code and Description Table 
(AMERRTBIi) file for valid error codes and returns an "A" for accepted or an "R" for 
rejected. If the passed error reason code does not exist is this file, the ARMS 
Program Exception Handler (AMPSSR) program is executed to notify the ARMS On -Call 
staff of the program-to-program referential discrepancy and the erroneous error code 
value is concatenated with the text "ERROR CODE IS INVALID" and this resulting value 
is written to the ARMS Brror Log (AMERRLOG) file record's FILLER field and its BRROR 
CODE field is loaded with the value "99". 

- Write Brror (ER) group type transaction data set records to one of two 
possible transaction data set output files. If the program is being executed on the 
centralized ARMS host computer system platform, it will write the output record 
formats to the ARMS Transactions To Be Packaged (AMPACK) transaction file as 
centralized transactions to be packaged for sending. If this program is executing on 
the distributed rental computer system platform, then it will write the output record 
formats to the ARMS Distributed Transactions To Centralized Input (ANDIST) 
transaction file for the distributed system transaction to be sent to the centralized 
system. 

- Sends the written Brror group type transaction set record formats' key 
value to the output file's associated data queue. If the records were output to the 
AMPACK file, then the key is sent its associated Transaction Packaging Input 
(DQAMPKG) data queue. If the records were output to the ARMS (ANDIST) file, then the 
key is sent its associated Transaction Distributed- to- Centralized Input (DQANDST) 
data queue. 

- Before exiting the program, a record is also added to rejected 
transactions error log file (AMERRLOG) . that will appear on the ARMS Error Log Report 
(CLL817/AM5000) and the ARMS Error Log Inquiry Screen (CCAM14) . 

©Notes: This program is only executed by other ARMS never-ending 
programs that have validated a received transaction data set as being in error , and 
rejected it from further processing to eventually update the Rental Systems 
application database. This program is currently called with parameters by the 
following programs: AM0020V1, AM0021V1, AM0025V1, AM0030V1, 'and\EC00EXVl . (NOTE: 
This program has been replaced in many other programs that it had been called from by 
calling the newer ARMS Internal /External Brror Handler , AM0098 t program.) The 
parameters used in calling this program are the following: 

Input 5 character COMPANY ID 

Input 9/0 numeric TRANSMISSION CONTROL ID# 

Input 5/0 numeric GROUP CONTROL ID# 

Input 2 character GROUP TYPE CODE 

Input 20 character CUSTOMER TRANSACTION ID 

Input 20 character VENDOR TRANSACTION ID 

Input 6 character FORMAT ID IN ERROR 
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Input 40 character ERROR REASON CODE(S) (2 characters per 

code/20 occurrences maximum) 

Output 1 character PROGRAM RETURN CODE (Possible values: 

R=Rejected - default , or A=Accepted) 

Input 10 character PROGRAM NAME IN ERROR (Rejecting the 

transaction processing) 



©Piles: (CRDD) 

- AMPACK (C---) 

- ANDIST (C---) 

- AMERRTBL <-R~ ) 

- AMERRLOG (C ) 

©Embedded Data: (Constants) 
"ERROR CODE IS INVALID" as suffix for invalid error code. 

©Improvement Opportunity: 

Since the text is the same in all of the files, move the constant's error 
message text into an added record in the AMERRTBL file with the ERROR CODE value of 
blanks that this program, AM0090V1 Generate ARMS External Error and AM0098 ARMS Error 
Handler program could all retrieve. 



Process 

Hierarchical numeric ID: 1.1.1.1.3.14 \ 

Coded name: AM0097V1 

Name: PGM Handle Internal Error (AM0097V1) 

Comment: ©Definition: This program is the ARMS called Internal Error Handler 
Program. 

©Purpose: To notify the ARMS Application Development Department On- Call . 
personnel of a transaction error condition that requires research and possible manual 
intervention. Error (ER) group type transaction data set in response to a rejected 
transaction data set received from a Rental Management Trading Partner host 
application system and to log the error to an error log file. 

©Operational Method: 

- Verifies each non-blank passed input parameter error reason code that 
is not equal to '99* or •00' exists in the ARMS Valid Error Codes table file 
(AMERRTBL) and returns an .'A 1 for accepted or an ■R l for rejected. If the passed 
error reason code does not exist is this file, the ARMS Program Exception Handler 
(AMPSSR) program is executed to notify the ARMS On -Call staff of, the program-to- 
program referential discrepancy and the erroneous error code value is concatenated 
with the constant text "ERROR CODE IS INVALID" and this resulting value is written to 
the ARMS Reservation Transfer (and Outbound) Errors Log (AMXFRLOG) file records 
FILLER field and its ERROR CODE field is loaded with the value '99' (Unknown) . 

- If the passed CALLING PROGRAM ID is NOT «AM0046V1', then execute call 
to the ARMS Program Exception Handler 1 AMPSSR 1 program, passing the CALLING PROGRAM 
ID and the Transaction's 96-character key value that is comprised of the passed 
TRANSMISSION CONTROL ID#, GROUP CONTROL ID#, GROUP TYPE CODE, CUSTOMER TRANSACTION 
ID and VENDOR TRANSACTION ID, padded with blanks. 

©Note: This program is only executed by other ARMS never-ending programs 
or called programs that cannot process a ARMS transaction request as being in error 
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or not doable and rejected it from further processing. This program is currently 
called with parameters by the following programs: AM0025V1, AM0030V1, AM0047V1, 
AM0062V1, AM1080V1, AM2090V1, CC2090V1 and BC2090V1. (NOTE: This program has been 
replaced in many other programs that it had been called from by calling the newer 
ARMS Internal/External Error Handler , AM0098 f program.) The parameters used, in 
calling this program are the following: 

Input 5 character COMPANY ID 

Input 9/0 numeric TRANSMISSION CONTROL ID# 

Input 5/0 numeric GROUP CONTROL ID# 

Input 2 character GROUP TYPE CODE 

Input 20 character CUSTOMER TRANSACTION ID 

Input 20 character VENDOR TRANSACTION ID 

Input € character FORMAT ID IN ERROR 

Input 40 character ERROR REASON CODE(S) (2 characters per 
code/20 occurrences maximum) 

Output 1 character PROGRAM RETURN CODE (Possible values: 
R=Rejected - default, or A=*Accepted) 

Input 10 character PROGRAM NAME IN ERROR (Rejecting the 
transaction processing) 

©Piles: (CRUD) 

- AMERRTBL (-R--) 

- AMXFRLOG (C ) 

©Embedded Data: (Constants) 
-ERROR CODE IS INVALID* as suffix for invalid error code. 

©Improvement Opportunity: 

Since the text is the same in all of the files, move the constant's error 
message text into an added record in the AMERRTBL file with the ERROR CODE value of 
blanks that this program, AM0090V1 Generate ARMS External Error and AM0098 ARMS Error 
Handler program could all retrieve. 

Process 

Hierarchical numeric ID: 1.1.1.1.3.15 

Coded name: CRTF80 

Name: PGM Create MS01 (CRTF80) 

Comment: definition: This is the executable OPM CL program to Create and Clear 
the temporary Send "e-Messages" Work (FILE80) Message Detail Lines file. 

©Purpose: To duplicate, if necesary, and clear a temporary output-work 
file prior to outputting "e-message" detail message lines from an executing program 
to be used as input to a subsequent execution of the Send "e-Message" (MS0010) 
program. 

©Operational Method: 

Checks the existence of a ISS: SM0003 80 -position work file (FILE80) in 
this active job session's QTEMP Temporary Job Session library. 

IP the file does not exist, then retrieve the library from this file from 
any library within this job sessions library list. Then create a duplicate copy of 
this file in the QTEMP Temporary Job Session library without copying any data within 
the file. 
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Clear the 80-position work file (FILE80) in this active job session's 
QTKMP Temporary Job Session library. 

Execute an override of any specified 80-position work file (PILE80) in 
this active job session for the scope of the entire job to 80-position work file 
(FXLB80) in this active job session's QTEMP Temporary Job Session library and 
sequentially block its access with 409 records per block. 

©Notes: 

This program was created and is stewarded by the Information Systems 
Support Department • s ISA Group. 

No parameters are used in the execution of this program. 
©Files: (CRUD) 

PILB80 ( ) File is created in the QTEMP library if necessary and 

then cleared. 



Process 

Hierarchical numeric ID: 1.1.1.1.3.16 
Coded name: RTVMSGTS 

Name: PGM Retrieve Message Status (RTVMSGSTS) 

Comment: ©Definition: This is an executed 0PM CL program to retrieve the status of 
the Enterprise Rent -A- Car Message Application System. 



©Purpose: To retrieve the status of the Enterprise Rent-A-Car Message 
Application System before execution of the Send a Message (MS0010) program. 



©Operational Method: 

Load the default value 'BR 1 (Error) to STATUS CODE. 

• •* IF currently executed on the "DEV" machine, then retrieve production 
objects from ELPRD library instead of the ELLIB library. 

Retrieve the logical value of the MESSAGE SYSTEM STATUS from its Status 
data area (DAMSGSTS) .* 

IF the MESSAGE SYSTEM STATUS is "ON" 

(•1« or True), then the ME8SAGB SYSTEM is UP. Then check the DDM and 
OPTICONNECT/400 STATUS values on the 'OPTICON' machine/syBtem platform. IF both are 
OK, then pass »0K' to STATUS CODE. 

IF the MESSAGE SYSTEM STATUS is "OFF" ( ■ 0 ■ or False) , then the MESSAGE 
SYSTEM is DOWN. 

Check if the Temporary Messages Hold Files (MSHDR, MSTXT, MSNOTIFY) are 
exist and in which library they were found. IF they do exist and were found in the 
ELSYSOVR library, then pass , TP > to STATUS CODE. 

©Notes: 

This program was created and stewarded by the Information System Support 
(ISS) Department's ISA- Applications Group. 



Confidential 



Page 44 of 246 



8/11/00 



WO 02/097700 PCT/US01/51431 

258 



ARMS Process Report ; | 

fcJ Tnxs program ia currently executed by the followi ng programs prior to the ' 

execution of the Send e-Message program: to cue 

ARMS *PSSR Program Error Paging & Messaging (AMPSSR) program 

ARMS Application Edit/Router (AM0040V1) batch program 

ARMS Non-Inbound Format Data Replacement Alteration (AM0047V1) program 

ARMS Internal/External Error Handling (AM0098) program 

The program is executed with one output parameter value of a 2 character 
STATUS CODE that has one of the following values: 

•OK 1 - Message System is UP (available) and DDM Connections Tested 
„ ,^ ' TP ' " Mes sage System is DOWN (unavailable), but the Temporary Messages 

Hold Piles are in place to receive messages that are being requested to be sent. 

•BR» - Either Message System is down and the Temporary Messages Hold 
Files are NOT in place to receive messages that are being requested to be sent or DDM 
Connection FAILED. 



©Files: (CRUD) (All are checked for existence and which in library 
they were found.) 2 

MSHDR - Message System Message to be Sent - Header/Abstract 

MSTXT - Message System Message to be Sent - Detail Text Lines 



MSNOTIFY - Message System Message to be Sent - Users/Distribution 



Process 



Hierarchical numeric ID: 1.1.1.1.3.17 
Coded name: SNDEMSG 

Name: PGM Send Enterprise Message (SNDEMSG) 

Comment: ©Definition: This is the executable ILE RPG command for sending 
enterprise message 

©Purpose: To send previously outputted •e-message" to the specified ARMS 
On-Call Message Distribution List or the ARMS Technical Management from an another 
program. 



©Operational Method: 

Using the QTEMP library temporary work files as input for the formateed 
message, read the Message Programs Send Msg to employees file to obtain the messaqe 
distribution. 

©Notes : 

This program was created and stewarded by the Information System Support 
(ISS) Department's ISA- Applications Group. 



Process 

Hierarchical numeric ID: 1.1.1.1.3.18 
Coded name: AM0098 

Name: PCM Handle Internal/External Error (AM0098) 

Comment: ©Definition: This is the newer ARMS Internal /External Error Handling 
Program. This program performs functions beyond both the AM0090V1 and AM0097V1 
program. 
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©Purpose: To notify the ARMS Application Development Department On -Call 

personnel of a transaction error condition that requires research and possible manual 
intervention. Error (BR) group type transaction data set in response to a rejected 
transaction data set received from a Rental Management Trading Partner host 
application system and to log the error to an error log file, 

(NOTE: This program will replace AM0090V1 and AM0097V1 with the new error 
handling process. Error records are written to the error files AMERRL0G and ANDQER 
and transaction files ANDIST or AMPACK depending on what machine the program is 
currently running on. The program currently contains both the old and new error 
handling logic.) 

©Operational Method: 

- Verifies each non-blank passed input parameter error reason code t hat 
is not equal to '99' or '00' exists in the AMERRTBti Valid Error Codes table file and 
returns an 'A' for accepted or an 'R' for rejected. If the passed error reason code 
does not exist is the AMERRTBL file, AMPSSR program is executed to notify the ARMS 
On-Call staff of the program-to-program referential discrepancy and the erroneous 
error code value is concatenated with the constant text "ERROR CODE IS INVALID" and 
this resulting value is written to the AMXFRLOG file record's FILLER field and its 
ERROR CODE field is loaded with the value v 99' (Unknown) . 

- If the passed CALLING PROGRAM ID is NOT ^0046^' , then execute call 
to 'AMPSSR* passing the CALLING PROGRAM ID and the Transaction's 96 -character key 
value that is comprised of the passed TRANSMISSION CONTROL ID#, GROUP CONTROL ID#, 
GROUP TYPE CODE, CUSTOMER TRANSACTION ID and VENDOR TRANSACTION ID, padded with 
blanks. 

©Notes: This program is only executed by other ARMS never-ending 
programs or called programs that cannot process a ARMS transaction proceccing request, 
as being in error or not doable and rejected it from further processing. This 
program is currently called with parameters by the following programs: AM0040V1, 
AM0046V1, AM0060V1, AM0061V1. (NOTE: This program is yet to replace the call to 
AM0097V1 older Internal Error Handler program in many other programs: AM0025V1/' 
AM0030V1, AM0047V1, AM0062V1, AM1080V1, AM2090V1, CC2090V1 and EC2090V1.) The 
parameters used in calling this program are the following: 

• - 1 Input 5 character COMPANY ID 

Input 9/0 numeric TRANSMISSION CONTROL ID# 

Input 5/0 numeric GROUP CONTROL ID# 

Input 2 character GROUP TYPE CODE 

Input 20 character CU^JXOSR TRANSACTION ID 

Input 20 character VENDOR TRANSACTION ID 

Input 6 character FORMAT ID IN ERROR 

Input 40 character ERROR REASON CODE(S) (2 characters per 
code/20 occurrences maximum) 

Output 1 character PROGRAM RETURN CODE • (Possible values: 
•R'sRejected - default, or 'A^Accepted) 

Input 10 character PROGRAM NAME IN ERROR (Rejecting the 
transaction processing) 

Input 150 character Transaction key value 

Input 128 character Transaction data value 

Input 10 character Program ID that is rejecting transaction 

Input 4 character Enhanced Error Type Code 

Input 10 character Data Queue Name that provided rejected 
transaction key as input. 

Input l character Error Severity flag 
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Error Transaction Type flag (possible 



Input 1 character 
values: 'O* ^Outbound, ■I'=Inbound r and 'T ^Transfer) (currently not" referenced by 
this program) 

Input 8 character Alpha Add Date (ccyymmdd format) 

Input 6 character Alpha Add Time (24-hour format) 

Input 10 character Calling Program ID 

Input S character Add Employee ID 



©Files: 



(CRUD) 



- AMPACK 

- ANDIST 

- ANDQER 

- AMPERT 

- AMERRTBL 



(C— ) 

(C— - 
(CRU-) 
(-R-) 
(-R--) 



AMERRLOG <C— -) 



©Constants: 

•ERROR CODE IS INVALID" as suffix for invalid error code. 

•RTVMSGSTS 1 is the called program to check if the Message System Status 

is active. 

•ARMS TEST MESSAGE' is the Test Message Header Text that in not 
referenced within the program. 



Process 

Hierarchical numeric ID: 1.1.1.1.3.19 
Coded name: AM2050V1 

Name: PGM Retrieve Machine ID (AM2050V1) 

Comment: ©Purpose: To return the associated MACHINE ID (host platform name) for a 
given rental location. 

©Operational Method: 

- This program attempts to retrieve a branch information record from the 
Office Directories Branch Office (OFFDRB) file for the passed GROUP ID and BRANCH ID 
specified as input in the parameter list. 

- IF both the passed GROUP ID and BRANCH ID are blank, then return 
• ***ERROR' as MACHINE ID to the calling program. 

- IF the passed BRANCH ID is blank, then attempt to retrieve the first 
record associated for the passed GROUP ID. 

..IF found, then return its MACHINE ID value. 

IF the passed BRANCH ID is not blank, then attempt to retrieve the record 
associated for the passed GROUP ID and BRANCH ID values. 

. . IF branch is found, then return its MACHINE ID value for that branch 
office location record to the calling program. 

©Notes: 

Executed with the following parameters: 

Input 2 character GROUP ID 

Input 2 character BRANCH ID 

Output 8 character MACHINE ID 
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^Embedded Data/Constants: 

•♦♦♦ERROR* is the constant value loaded if no OFFDRB file record is 
retrieved successfully. 



Process 

Hierarchical numeric ID: 1.1.1.1.3.20 
Coded name: AM2051V1 

Name: PGM Check for Holiday / After Hours (AM2051V1) 

Comment: ©Definition: This program determines if a given rental location is not 
able to accept new ARMS authorized reservations and detours it to Claims Connection 

©Purpose: To return the associated MACHINE ID (host platform name) for a 
given rental location's passed GROUP ID and BRANCH ID. 

©Operational Method: 

- Receives three (3) input parameters: 

2 character GROUP ID 
2 character BRANCH ID 

1 character ARMS Profile ID "Send to Claims After Hours?" Flag 

- Returns a single output parameter: 

8 character MACHINE ID (NAME) 

- The following decision table/grid shows which location a new or 
transferred authorized reservation will be routed based on this flag setting and 
other criteria: 



Active 
Rental 



| Send to Claims | 
1 After hours 

| Location | 


Holiday | Weekend 
1 1 


Claims 


Branch | Routed 
| Open | 


1 

Open 
















1 

| Claims | 


1 

Y 




Y 


N/A 


1 N/A | 


N/A 


1 Y 
N/A | Claims | 




1 H 


Y 


I N/A 


1 


Y | ECARS 


Y 




1 N 


N 


| Y 


1 


N | Claims 


Y 

I 




1 N 


1 H 


1 Y 


1 


Y | ECARS 


Y 




1 N 


1 N 


1 N 


1 


N | ECARS 


Y 




1 N 


1 N 


1 N 


1 


| ECARS | 


N 




1 N/A | 


N/A 


1 N/A | 


N/A 


Retrieve the current system date, day of week and time (adjusted to that 
location's time zone). 
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if tne passed input parameter value for the ARMS Pro file flag "Send to 

Claims After Hours?- is -N" (No), then do the processing to determine if the passed 
GROUP ID and BRANCH ID is an active daily rental branch location. 

Attempt to re-retrieve the associated record's BRANCH BUSINESS TYPE FOR 
DAILY RENTAL INDICATION field in the Office Directory Branch Master (OFFDRB) file by 
the passed GROUP ID if the passed BRANCH ID is blank, or use GROUP id and the BRANCH 
ID. 

Also, IP a record exists for just the passed GROUP ID, then indicate that 
the branch supports daily rental business, ELSE use the retrieved OFFDRB file 
record's BRANCH BUSINESS TYPE FOR DAILY RENTAL INDICATION field value. 



Additionally, IF an OFFDRB file record was retrieved successfully AND 
its STATUS CODE is »A» (Active) and its BRANCH BUSINESS TYPE FOR DAILY RENTAL 
INDICATION is "Y- (Yes) , then load the MACHINE ID output parameter field with blanks 
IF today is NOT a national holiday, then, 

IF the associated OFFDRB file record was not successfully retrieved, OR 
the retriev e re cord' s STATUS CODE is NOT "A" (Active), OR its BRANCH BUSINESS TYPE 
FOR DAILY RENTAL INDICATION is NOT "Y» (Yes) , then load the returned MACHINE ID 
output parameter field with '***ERROR'. 



ELSE, load the MACHINE ID field with blanks 



IF the passed location is not found, or not a daily rental business 
location, or its status is not active, then return ■***ERROR" in the MACHINE ID 
parameter. 

IF the passed input parameter value for the ARMS Profile flag "Send to 
Claims After Hours?" is -Y" (Yes) , then do the processing to determine if today is a 
national holiday: 

- Attempt to retrieve the associated Office Directory Branch Master 
(OFFDRB) file record using the passed GROUP ID and BRANCH id. 

- XF unsuccessful, then indicate that today is a holiday. 

- IF successful, then using the retrieved OFFDRB file's MACHINE ID value 
access the associated ISS: Global Attributes (GACTL) File record to retrieve this 
branch's platform's associated COUNTRY NAME. Then use today's system date and this 
retrieved COUNTRY NAME value to attempt to access an existing record in the ECR: 
National- Holiday (RA005P007 file. IF a record exists, then indicate that today is a 
national holiday. 

Attempt to re- retrieve the associated record's BRANCH BUSINESS TYPE FOR 
DAILY RENTAL INDICATION field in the Office Directory Branch Master (OFFDRB) file by 
the passed GROUP ID if the passed BRANCH ID is blank, or use GROUP ID and the BRANCH 
ID. 

Also, IF a record exists for just the passed GROUP ID, then indicate that 
the branch supports daily rental business, ELSE use the retrieved OFFDRB file 
record's BRANCH BUSINESS TYPE FOR DAILY RENTAL INDICATION field' value. 

Additionally, IF an OFFDRB file record was retrieved successfully AND 
its STATUS CODE is "A" (Active) and its BRANCH BUSINESS TYPE FOR DAILY RENTAL 
INDICATION is "Y" (Yes) , then load the MACHINE ID output parameter field with blanks . 
IF today is NOT a national holiday, then, 

IF the associated OFFDRB file record was not successfully retrieved, OR 
the retrieve record's STATUS CODE is NOT »A* (Active), OR its branch BUSINESS TYPE 
FOR DAILY RENTAL INDICATION is NOT "Y" (Yes) , then load the returned MACHINE ID 
output parameter field with '***ERROR'. 



ELSE, load the MACHINE ID field with blanks. 
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~ ~ " ^ cooay is NUT a national holiday, then check the date to determine It 
its day of week is Saturday or Sunday. eimme lf 

... a IF not found, then Also, check if the today is a national holiday bv 
checking for the exxstence of a record in the BCR: National Holiday (RAO0SPOO) file 
by todays system date and the Country Name from retrieving the ISS: Global 
Attributes (GACTL) File by the MACHINE NAME from the retrieved Office Directory 
Branch Master (OPFDRB) file. This is to determine if the office is open and will 
accept new business. *^ 

* F Lt is a holida Y. it ia Saturday or Sunday, or the branch office is 
closed at the branch's current local time, then attempt to retrieve the Office 
?£?® C Jl? J 7 Branch File record for GROUP ID = -76- and BRANCH ID = -80- and check if 
this Claims connection location is currently open with the current time adjusted to 
its local time zone. IP it is open, then return this GROUP id and BRANCH ID, along 
™ i TTf " A ? imE ^ ValU6 - IF ifc is open, then return the original 
locaSon^cord MACHINE ID for the previously retrieved closed branch office 

The ARMSPRi send to Claims After Hours flag (P1YN18) to determine whether 
to send a new reservation to Claims Connection or the closest Group/Branch, if Sis 
flag xs set to »N' for a trading partner, the new reservation will not be sent to 
Claims Connection whether it is a holiday or not. This will prevent authorizations 
for Canadian locations being sent to Claims Connections on U.S. national holidays 



and BRANCH ID. 



©Files: (CRUD) 

OPFDRB (-R— ) office Directories Branch Office Pile, keyed by GROUP ID 



GACTI. (-R— ) ISS: Global Attributes File 
RA005P <-R— ) ECR: National Holiday Pile 



(Example: '19980701' 
•CANADA' is the Canadian national holiday for their Independence Day.) 



©Notes : 

Executed with the following 4 input parameters: 

input 2 character GROUP ID 

Input 2 character BRANCH ID 

Input/Output 8 character MACHINE ID (distributed application 

database host platform logical identifier/ identifying name) 

In P ut 1 character SEND TO CLAIMS CONNECTION AFTER 

HOURS INDICATION FLAG 

Currently only executed from the ARMS Application Edit/Router Batch 
(AM0040V1) program. 

©Embedded Data/Constants: 

'***ERROR» is the constant value loaded if no active daily rental 
business type Office Directory Branch Location (OF*DRB) file record is retrieved 
successfully. 

•Mon', «Tue', »Wed\ «Thu« # «Fri« are used to associate the correct 
OFFDRB file record's Open Time and Close Time for each Day of the Week. 

• Sat • and 'Sun' are constant values used to determine if the current day 
of the week is on a weekend. 
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76 is the constant overriding value for the claims Connection GROUP id 
80 is the constant overriding value for the Claims Connection BRANCH id. 

©Improvement Opportunities: 

Only attempt to retrieve the associated OPFDRB file record in a single 
routine. Currently done in both the $OPFDR subroutine to Retrieve OFFDRB (Office 
Directory File) Record and the $HOLDY subroutine to Check RACNTR to determine if 
Holiday. 



Process 



Hierarchical numeric ID: 1.1.1.1.3.21 
Coded name: AM2053V1 

Name: PGM Retrieve State Code (AM2053V1) 

Comment: ©Definition: This is the callable OPM rpg program to Retrieve State Code 
for a given Rental Location ID. coae 

©Purpose: To extract and return the associated state Code from the Dailv 
Rental Office Location Directory file for a given Rental Location ID. 

©Operational Method: 

Program accepts a two parameter list, composed of an input field 
LOCATION ID (10 character) , and an output field, STATE CODE (2 character) . A record 
is attempted to be retrieved from Daily Rental Office Directory (DROPLP1) file with 
Location ID as its access key. 

IP a record is found, the State Code will be extracted from the retrieved 
record's ADDRESS LINE 2 (CITY, STATE, ZIP) field value and will be loaded to the 
output parameter STATE CODE to be returned to the calling program. ELSE, set the 
STATE CODE to •**• and return to the calling program. 



programs j 



©Notes: This callable program is executed by the following ARMS'- " 

ARMS Application Edit /Router Batch (AM0040V1) 
ARMS Add Surcharge (AM0096V1) 
ARMS Generate Underage Surcharge (AM1085V1) 

©Files: (CRUD) 

DROPP (-R--) 

©Embedded Data/Constants: 

■**■ is the returned output STATE CODE if record is not retrieved. 
©Improvement Opportunities : 

1. Convert from OPM RPG/400 to ILE RPG/400 service program that is over 
all Office Directory files (internal and external organizations' rental locations) 
that will provide also Office Name, Street Address #1, Telephone Number and other 
information so that the ARMS application is separated from the Office Directories 
database access software tier. 



Process 

Hierarchical numeric ID: 1.1.1.1.3.22 
Coded name: AM0047V1 

Name: PCT1 Enforce rules of Data Exchange for Outbound Transaction (AM0047V1) 



Confidential 



Page 51 of 246 



8/11/00 



WO 02/097700 PCT/US01/51431 

265 

1 ARMS Process R eport " j 

Comment: ^Purpose: To generically enforce the rules specif ie d by the ARMS Rental J 
Management Trading Partners for data exchange on transaction data sets sent to 
adjusters from Enterprise Rent-A-Car or Claims Connection. This can comprise 
replacing data in a transaction data set's record formats' data elements that were 
from the rental application database with values retrieved from the ARMS centralized 
database files' data that had been populated by the transactions received from the 
adjuster. This will then -echo" back information to the trading partner's 
application that had been sent to ARMS. 

©Operational Method: 

Using the passed TRADING PARTNER PROFILE ID and ARMS DATABASE PILE FIELD 
NAME, attempt to retrieve the associated ARMS Trading Partner File/Field Control Data 
(ARMSPR4) file* 

IF record not found, return to calling program without loading the 
PROGRAM RETURN CODE parameter. 

IF record is found, then based on the two flags in the trading partner 
profile, use the following decision table: 

CASE 1 : FORMAT field is blank DATABASE field is NOT blank. 
Mandatory To Send Allow Field Changes Action 
database field * N/A 

format field error to 
code 04, missing 
corrected from 
database 

"database field ? N . assi ^ n 

format field if t0 
rental status not 
Waiting and not 
Unconfirmed 

CASE 2 : BOTH fields are Non-Blank 

Mandatory To Send Allow Field Changes Action. 

N / A N •' assign 

database field 

format field if ° 
rental status not 
Waiting and not 
Unconfirmed 

CASE 3 : BOTH fields are Blank. 
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Mandatory To Send Allow Field changes Action 



code Oi , missing 
could not correct 



N/A 



error 



In all other cases, the format field remains unchanged regardless of the 
database field value. 



©Notes: 

This program is currently only called by the ARMS Database update and 
routing (AM0046V1) program with the following multiple parameters: 



Input 

Input/Output 
Old/Replaced value 
Input 
Input 

Record's STATUS CODE 

Input 

Input 

Input 

Input 

Input 

Input 

Input 

Output 
maximum @ 2 characters, 

Output 
this program, but passed 

Input 



50 character ARMS Database File field value 
50 character Transaction Set Record Format field 

6 character ARMS Database File Field Name 
1 character ARMS Rental Cross -Reference File 



5 character 
9/0 numeric 
5/0 numeric 

2 character 
20 character 
20 character 

6 character 
40 character 



COMPANY PROFILE ID 
TRANSMISSION CONTROL ID 
GROUP CONTROL ID 
GROUP TYPE CODE 
CUSTOMER TRANSACTION ID 
VENDOR TRANSACTION ID 
FORMAT ID IN ERROR 
ERROR REASON CODES (20 occurrences 
however, only first occurrence used.) 

1 character PROGRAM RETURN CODE (Not loaded by 
on from executed AM0097V1 program,) 

10 character CALLING PROGRAM ID IN ERROR 



©Files: (CRUD) >* 

ARMSPR4 (-R--) ARMS Trading Partner File/Field Control Data file 
FILE80 (c ) Send a Message 80-position work file (created empty 

and overridden to in the QTEMP library by the execution of •CRTFe©" program, then 

opened explicitly . ) 

©Embedded Data/Constants: 

■ RTVMSGSTS * is the constant defined in order to execute the program 
before calling the Send e -Message (MS0010) program. 

The following compile- time array "SBJ" is composed of 10 constant text 
lines (47 characters each) used for loading e-message header * T?fl detail lines for any 
mandatory data to be sent that is missing from the record format and the ARMS 
database: 

1. ) MANDATORY TO SEND FIELD IS MISSING 

2. ) Format: 

3. ) Program: 

4. ) Company: 

5. ) Transmission Control ID: 

6. ) Group Type: 

7. ) Cust Tran ID: 

8. ) Vndr Tran ID: 

9. ) is missing- corrected from database 
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io.> is missing- could not be corrected from database 



©Improvement Opportunities : 

1. ) Convert this OPM RPG/400 program to an ILE RPG module and nave this 
data replacement enforcement logic used as the transaction data set's record format's 
field are being loaded. » 

2. ) Replace the execution of the ARMS Handle Internal Error ('AM0097V1') 
program with the execution of the newer ARMS Handle Internal /External Error 
{'AM0098') program. 



Process 



Hierarchical numeric ID: 1.1.1.1.3.23 
Coded name: AM0096V1 

Names P©4 Generate Pseudo-Authorization Change Transaction Data Set (Approved 
Govt. Surcharges) (AM0096VU) 



Comment: ©Purpose: To generate proprietary approved surcharge formats from the 
formats stored in the pre-approved surchages file, AMSURTBL, based on the state ar 
" ~ Mon. 

©Operational Method: 



- Delete all automatically generated (ORIGIN CODE = 'A') in Authorized 
Surcharge Detail file, AMSURD that are associated with the passed VENDOR TRANSACTION 
ID and generate AMMNTLOG ARMS Database Maintenance Log file records via call to 
AM1050V1. 



- Pass the CURRENT RENTAL LOCATION ID to the called program AM2053V1 to 
retrieve the STATE CODE. 

- Search AMSURTBL file for any records with BLANK COMPANY PROFILE ID 
whose LOCATION ID field value matches with the passed CURRENT RENTAL LOCATION Group - 
ID or Group/Branch ID value. For every blank Location ID record or matches the 
passed CURRENT RENTAL LOCATION ID read, write an AMSURD Approved Surcharge Detail 
File record for that retrieved AMSURTBL file record's SURCHARGE CODE, SURCHARGE 
AMOUNT and 1 SURCHARGE CHARGE FREQUENCY field values. 

- Search AMSURTBL file for any records with the passed COMPANY PROFILE ID 
(that was embedded within the passed Transaction Data Set Key) whose LOCATION ID 
field value matches with the passed CURRENT RENTAL LOCATION ID Group ID or 
Group/Branch ID value. For every blank Location ID record or matches the passed 
CURRENT RENTAL LOCATION ID read, write an AMSURD Approved Surcharge Detail File 
record for that retrieved AMSURTBL file record's SURCHARGE CODE, SURCHARGE AMOUNT and 
SURCHARGE CHARGE FREQUENCY field values. 

* 

- Using the passed CURRENT RENTAL LOCATION ID Group/Branch ID, retrieve 
the associated BC026P0O file record. For any non-zero miscellaneous government 
surcharges that are applicable for this rental location, write an AMSURD Approved 
Surcharge Detail File record for that SURCHARGE AMOUNT and SURCHARGE CHARGE FREQUENCY 
field values loading the SURCHARGE CODE with '05' (Government). 

- Return to calling program by explicit SETON *INLR. 

©Notes: This program is called from AM0046V1 program when processing a 
transaction data set for the following conditions: an Authorization (AT) group type 
for an add, change, or transfer that contain a SURD01 record format; an opening 
Rental Notification (RN) group type; or, an Request for Authorization (RA) Change 
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group Lype where the Date of Birth or the Rental Location value has been changed from 

«™ . *l Called Pr0gram 18 completed and removed from the jo??* 

program stack completely when *INLR is SETON. 

©Files: (CRUD) 

- AMSURTBL (-R--) 

- BC026P (-R--) 

- OFFDRB (-R--) 

- AMSURD (CR-D) 

TYPE CUSTOMB^ RAGBCHBT * m SDRCHARGE TO ™™ *°* 1 1 1 nsurance 

©Constants : 

Maintenance D^ora^am* * ^ *— t0 AM1050V1 

©Improvement Opportunities: 

1.) If this program. remained resident in the job's prooram stack the 
overhead in opening all of the files could be reduced by making STSle^ns^er 
controlled to only occur if they are closed. r 

, „ o _ 2 - } Convert this OPM RPG/400 program to an ILE rpg module and have this 
data surcharge automatic generation logic executed as the transaction data set's 
record format's fields are being interfaced with the rental system database oJ the 
distributed rental application system host platform. 011 Clie 



Process 



Hierarchical numeric ID: 1.1.1.1.3.25 
Coded name: AMRVTSQ 

Name: PGM Assign Next Vendor Transaction Id (AMRVTSQ) *'f 
callable prog^af initi0n: ™ S " NSXt Vendor Traction ID OPM RPG 

- ©Purpose: To construct the next unique Vendor Transaction Identifier 
value for use in creating a new ARMS Rental Transaction Cross-reference Pile record. 

©Operational Method: 

Attempt to retrieve the LAST USED VENDOR TRANSACTION ID from the data 
area AMSEQCTl. and lock it for update. 

•m ,„«H 01616 WaS 311 error accessing this data area, load VENDOR TRANSACTION 

ID With 'ERROR' and return to the calling program. 

IF there was no error in accessing and locking this data area, then 
increment its IDENTIFICATION NUMBER value by l and concatenate this 9 digit integer 
to the passed input 1 character MACHINE ID value and load the first 10 of 20 
characters of a candidate VENDOR TRANSACTION ID. 

Then, for every IDENTIFICATION NUMBER that is non-zero, ensure that an 
ARMS Rental Cross-Reference File record does not exist for the this derived Vendor 
Transaction ID by execution of the ARMS Cross-Reference Inquiry (AM2010V1) program in 
a loop until a return code of 'E' (No Cross-Reference Found) is sent, continuing to 
increment by 1 the numeric portion of this candidate VENDOR TRANSACTION ID 
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. T>T _^ dace cne data area with the last derived Vend or Transaction id vaW - 

Return the new Vendor Transaction ID to the calling program. 
©Notes: 

This program is executed by following ARMS never-ending programs (NBPs) : 

ARMS Database update and routing (AM0046V1) 
ARMS Dispatch Outbound Transactions (AM0060V1) 

ARMS Outbound transaction editor (AM0062V1) (For non-ARMS Rental 
Management Trading Partners' Electronic Invoicing.) 

It is executed with the following parameters: 

In P ut 1 character machine id 

Input io character PROGRAM ID 

m - mAm Output 10 character VENDOR TRANSACTION ID (to be used for 

cross-reference file record creation) 

©Embedded Data/Constants: 



•] 
»E' 

•AM2010V1I 



©Improvement Opportunities: 

Convert this OPM RPG/400 program to an HjE RPG service program. 



Process 



Hierarchical numeric ID: 1-1.1.1.3.26 
Coded name: AMI 099 

Name: PGM Retrieve Next Transmission Control Id Number (AM1099) 
Comment: ©Purpose: To retrieve, generate and return the next ARMS internal 
Transmission Control ID number for use in transmissions from the distributed machine 
to the centralized host or to another distributed machine as in a transfer. This 
number is unique on its originating machine but is not unique across the whole ARMS. 

©Operation:! Method: 

The program is called passing two parameter fields, the first input and 
the second is output: 

Input CALLING PROGRAM ID 

Output TRANSMISSION CONTROL ID 

Attempt to retrieve the next internal TRANSMISSION CONTROL ID value from 
the ARMS Next Outbound/Transfer Internal Transmission Control Seqeunce Number 
(AMRNAKSQ) fil e «s single record and locx it for update. 

If there is a database error, then load the output parameter for 
TRANSMISSION CONTROL id NUMBER with the current timestamp's day of month, hour 
minute and second (in the format: Oddmmhhss, with a zero in the first leading ' 
position, followed by the 2 -digit dd « day of month, followed by 6 -digit current 24- 
hour time to the whole second.). 
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It the record does not exist, then load the output parameter for 

TRANSMISSION CONTROL ID NUMBER with the numeric value of 1, increment that number bv 
1 and write a single AMRNAKSQ file record. 

If the record does exist, then check if the retrieved NEXT TRANS SEQUENCE 
is zero, then load the output parameter for TRANSMISSION CONTROL ID NUMBER with the 
numeric value of 1. Else, load the output parameter for TRANSMISSION CONTROL ID 
NUMBER with the current NEXT TRANS SEQUENCE field value. Increment that NEXT trans 
SEQUENCE number field value by 1. If the updated NEXT TRANS SEQUENCE number field 
value is now zero, then set that value to 1. Update the single AMRNAKSQ file 
record. 



Return the INTERNAL TRANSMISSION CONTROL ID TO BE USED to the calling 

program. 

©Piles: (CRUD) 

- AMRNAKSQ (CRU-) 

«Notes: When a transmission is to be sent to the t rading partner, it is 
placed in the packaging file, AMPACK from where the packaging program, AM0120 picks 
it up and retrieves the next external transmission control id from a data area to 
assign it to this transmission. This external transmission control id exists only on 
the centralized host as opposed to the internal id that exists on all computer 
platforms and is unique only by machine. 

©Improvement Opportunities: 

- The file should be changed to a data area since there will always be 
only one record in the file, similar to AMSEQCTL (and use the empty file as a layout 
only for external data structure purposes) . This may require an exclusive lock 
allocation (via an API or ILE RPG pointers) to wait less 5 seconds, then 
reattempt until successful locking for input and writing the updated data storage, 
then issuing a deallocate/unlock. Also, this program should be duplicated to an RPG- 
ILE service program once some of the calling programs are converted to RPG- ILE " 
programs. Additionally, CCARMSV1 no longer calls this program, therefore remove this 
dependent code. Lastly, this program is missing any program exception handling, like 
a *PSSR subroutine calling AMPSSR. However, it may not be needed. 

. - » 

- 1 CCARMSVl • used to check if is the value of the CALLING PROGRAM ID 
input parameter, then SETON *INLR since this program is being called by an 
interactive program. (CCARMSVl *c longer calls this program, this processing 
requirement was moved to CC00INV1. therefore remove this code.) 



Process 

Hierarchical numeric ID: 1.1.1.1.3.27 
Coded name: AM1050V1 

Name: PGM Create Sensitive Fields Change Log (AM1050V1) 

Comment: ^Purpose: To generate an ARMS Rental Transaction Database Piles" Changes 
and Deletes (Maintenance) audit log file record with the passed input Vendor 
Transaction ID, Pile Prefix Code, Field Name suffix, the previous "before- change*, 
its current "after-change* and the Functional Group Type values for ARMS database 
files' field value changes. This is used for auditing or troubleshooting purposes. 

©Operational Method: 

This program will accept a parameter list composed of most of the data 
fields in the AMMNTLOG record, excluding the Record Added Date and Time audit fields. 
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(Tnere are no recora change stamp fields since this is a hi story o£ database changes 
or deletes log file.) The parameters (all input) are: 

20 character Vendor Transaction ID 

2 character Pile Code-File prefix 

4 character Field Code-Field suffix 
50 character Data - New value 

50 character Data - Previous value 

2 character Group Type Code 

10 character Calling Program ID 

5 character Employee ID 

This program will accept input parameters provided and add a record to 
ARMS Rental Transaction Database Files* Changes and Deletes (Maintenance) audit log 
(AMMNTLOG) file. The record add stamp fields are loaded along with the passed input 
parameters values. ~ 

©Files: 

AMMNTLOG (C — ) Keyed by vendor Transaction ID 
©Improvement Opportunities: 

- If any ARMS Database file fields increase in length beyond 50 
characters, then the previous and current data value fields in AMMNTLOG and this 
parameter list (along with the programs that execute this program) will need to match 
this increase and the existing data will need to be converted to the changed format 
files. Likewise, if any of the ARMS Database file field names increase beyond 6 
characters or the first 2 characters no longer denote file prefix, then these 
parameters, programs using this program and the AMFLTBL and AMFLDTBL fields will need 
to be changed also. 



J 



Process 

Hierarchical numeric ID: 1.1.1.1.3.28 
Coded name: AM1080V1 

Name: POT Generate Transaction Credits (AM1080V1) 

Comment:.* 1 ©Purpose: To generate transaction credit log records and to accumulate 
the TOTAL CUMULATIVE REVENUE and TOTAL CUMULATIVE TRANSACTION COUNT for a trading 
partner. 

©Operational Method: 

1) Attempt to retrieve the associated Transaction Cross-Reference ."file, 
AMXREF, record by the passed Vendor Transaction ID to retrieve its Company Profile 
ID, Customer Transaction ID, Rental Location ID and Ticket ID. , If unsuccessful 
retrieval, execute AM0097V1 program with passed Error Code equal' to 9 9B % and return 
to calling program. 

2) Determine if an associated Transaction Volume Discount Profile 
(ARMSPR7) exists for this trading partner. If the associated profile record does not 
exist, then return to calling program. 

3) If the last 6 characters of Location ID is blank, then the first 4 
characters contain an ECARS Group/Branch ID. Therefore, use the Company Profile ID 
to attempt to retrieve the associated ARMSPR5 ARMS Company Profile ECARS Rental 
System Variables file record. Else, use the Company Profile ID to attempt to 
retrieve the associated ARMSPR6 ARMS Company Profile Claims Connection Rental System 
Variables file record. If an associated Company Profile file record was not 
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retrieved, execute AM0097V1 progr am with passed Error Code equal to 'b7' and return 
to caller program. 

4) if the passed Processing Code is •P'ayment Advice, then perform 
detail calculations to compute the total amount billed to the trading partner. 

5) If the passed Processing Code is 'P 1 or 'R», then perform detail 
calculations to compute the TRANSACTION CREDIT AMOUNT. 

6.) Increment the retrieved ARMSPR5 or ARMSPR6 file record" s PAYMENT 
ADVICB ACCUMULATED PAYMENT TOTAL COUNT (this is essentially the cumulative 
transaction count) and ACCUMULATED PAYMENT TOTAL AMOUNT (this is essentially the 
cumulative revenue) . 

8) Write record to AMTRNCR (Month- to-Date transction credit file) after 
loading the following fields, including current date/time stamp fields: 

- Populate the INSURANCE TOTAL RATE/DAY with the BILLED DAILY TOTAL 
AMOUNT (calculated above) . 

- Load the TRANSACTION CREDIT AMOUNT from the retrieved ARMSPR7 file 
record's DISCOUNT AMOUNT A field. 

~ IF the passed Processing Code is »P» # then load the TOTAL TICKET AMOUNT 
and the AMOUNT BILLED CUSTOMER from their associated fields from the retrieved AMIEBT 
file record's fields' values. ELSE (Processing Code » 'R» - Closing RN) , clear the 
fields to zeros. 

- IF the passed Processing Code is 'P', then load the INSURANCE TOTAL 
RATE/DAY field with the previously computed INSURANCE MINIMUM TOTAL AMOUNT value 
ELSE (Processing Code = «R« - Closing RN), clear the field to zeros. 

" If the retrieved ARMSPR7 file record's DISCOUNT AMOUNT B field value is 
not zero, then do the following to calculate the ESTIMATED UTILIZATION PEE: If the 
retrieved ARMSPR7 record's DISCOUNT FREQUENCY B value is »P' (Percent), then multiply 
the DISCOUNT AMOUNT B by the decimal ratio of the DISCOUNT FREQUENCY B field'" value . 
If the DISCOUNT FREQUENCY B value is 'L' (Lump) then use this value. 

- Load the BILLED DATE from the retrieved AMIEBD record's ADD DATE. 

-Load the following date subfields with the current system date: 
APPROVAL CENTURY/YEAR, APPROVAL MONTH, APPROVAL DAY. 

©Complex Calculations: . 

BILLED DAILY TOTAL AMOUNT calculation: 

1. ) Attempt to retrieve the associated AMAUTD Authorization Detail file 
record for this Vendor Transaction ID to obtain the AUTHORIZED DAILY RATE, NUMBER OF 
DAYS AUTHORIZED, MAXIMUM DAILY RATE COVERED, POLICY MAXIMUM COVERED, BILL-TO PERCENT. 
If unsuccessful retrieval, execute AM0097V1 program with passed Error Code equal to 
'68' and return to caller program. 

2. ) If the NUMBER OF DAYS AUTHORIZED is greater than zero, then retrieve 
each associated AMIEBD Invoice Detail file record that has an ITEM CODE equal to 05 
(Daily Rate Detail) . 

a.) For each record daily charge invoice detail record read, 

i.) Save the least of ITEM RATE (Rental Rate Charged), AUTHORIZED 
DAILY RATE, MAXIMUM DAILY RATE COVERED as the RATE AMT. ii.) Save the lesser of 

ITEM QUANITY (Days Charged) or NUMBER OF DAYS AUTHORIZED as the DAYS QUANTITY. 
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iii.) If saved DAYS QUANTITY is greater than zero, then calculate" 



BILLED AMOUNT = RATE AMT * DAYS QUANTITY. 

Subtract DAYS "QUANTITY from NUMBER OF DAYS AUTHORIZED. 
Accumulate BILLED DAILY TOTAL AMOUNT by BILLED AMOUNT ! 

C) Multiply BILLED DAILY TOTAL AMOUNT by AUTHORIZED BILL-TO PERCENT 
{AMAUTD) to give a new BILLED DAILY TOTAL AMOUNT value. 

d.) If the POLICY MAXIMUM COVERED amount is not zero, compare it the 
BILLED DAILY TOTAL AMOUNT. Add the lesser value to the appropriate retrieved ARMSPR5 
/ ARMSPR6 file record's ACCUMULATED PAYMENT TOTAL AMOUNT value giving a new 
ACCUMULATED PAYMENT TOTAL AMOUNT field value. 



TRANSACTION CREDIT AMOUNT calculation. 

1. ) Retrieve (without update) the other rental system's Company Profile 
File (ARMSPR5 or ARMSPR6) for this Profile ID. Add together the new ACCUMULATED 
PAYMENT TOTAL COUNT fields from the two files (ARMSPR5 and ARMSPR6) with the 
increment of 1 for this transaction, giving a TOTAL ACCUM. COUNT (If not found 
then set Error Code equal to '67') . 

2. ) Use the current Company Profile ID and TOTAL ACCUM. COUNT result 
from (l) to SETLL on ARMSPR7 and retrieve the next record to get the amount of the 
transaction credit. 



3. ) If ECARS invoice, then retrieve the Group/Branch's associated Region 
Code from the OFFDRB Office Directory Branch File associated Group/Branch record. 
Else, it is a Claims Connection invoice, then leave region blank and use "7680' as 
Group/Branch ID. 

4 . ) Retrieve the associated AMIEBT Invoice Total File record to get the 
Rental Ticket Total Amount and the Amount Billed to the Direct Bill Customer (error 
code 68 if not found) . 



©Notes : 

. - This program is only executed as a called program from the AM0046V1 
never-ending batch program in the ARMS subsystem only on the ARMS application 
centralized host computer system platform whenever it processes the first closing 
•RN' Rental Notification transaction data set for a non-zero Bm-To Percent 
authorized rental whose profile indicates auto-generation of a (Ki) (currently as 
GBICO using ARMS/400), or, whenever it processes a «PM' Payment Advice transaction 
data set. 



Executed with the following passed input parameters : / 



Code 



9/0 packed numeric 
5/0 packed numeric 
20 character 
1 character 
CP'-PM or «R« -Closing RN) . 



Transmission Control ID Number 
Transmission Group Control ID Number 
Vendor Transaction ID 
Functional Group Transaction Type Processing 



©Files: 

ARMSPR7 

AMAUTD 

AMIEBD 



(CRUD) 

(-R— ) 
(-R— ) 
(-R~) 
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AMIEBT {-R--) " : 

OFFDRB (-R--) 

ARMSPR5 (-R0-) 

ARMSPR6 (-RU-) 

AMTRNCR (C---) 

©Embedded Data/Constants: 

• 7680 • is loaded as default non-ECARS location in the Group/Branch ID 
rile SS" t0 ^ ^ 6rOUP ^ BranCh " fieldS ^ ^ " itte * AMTRNCR 

PGMNAM and PPRPGM are both set to -AM1080V1 ■ . (Suggest using the 
Program Data Structure subfield for Program ID in future.) 

©Improvement Opportunities: 

AMAn ^*L COnVert tMS 0PM ^ P* 0 ** 3 * to an ILE RPG module that is part of the 
current AM0046V1 program* 

2. ) Since this program is attempting to do the same calculations that was 
f? n V^ Se a Rental calculation time, I suggest that the computation of 
the Daily Rental Direct Billing Sub-Total Amount on each rental contract be stored in 
a new Rental Authorization Detail file's associated Sub-Total Amount for Daily 
Rental, along with Approved Surcharges Charged Sub-Total Amount and Taxes Charged 
Sub-Total Amount. Then, if the centralized ARMS database needs to retain this 
.information for transaction credit purposes, a new internal format, IEBT02, can be 
loaded during •Generate Electronic Billing Invoice- in the transaction set and can be 
utilized and stripped off from the outbound transaction set that is sent to the 
trading partner. However, it would be simple if these new fields were interrogated 
from a centralized archive repository of closed rental contracts for the ARMS 
Transaction Credit Reports run monthly that primarily use the AMTRNCR file. 

3. ) Replace the execution of the ARMS Handle Internal Error (»AM0 09771.') 
program with the execution of the newer ARMS Handle Internal/External Error « 
{•AM0098'). program. 

_ ^ fc delete the constant 'AM1080V1' and replace its usage with the Program 

Status Data Structure data element for PROGRAM ID. 

5. ) Convert program from 0PM RPG to IIiE rpg. 

6. ) Replace the use of the AM2010V1 program with the AM1010V1 proaram 
called for ■I"nquiry. ~ 

Process 

Hierarchical numeric ID: 1.1.1.1.3.29 
Coded name; AM1010V1 

Name: PCM Inquire/Update Cross - Reference (AM1010V1) 

Comment: ©Purpose: To retrieve for inquiry or update an existing associated ARMS 
Rental Transaction Cross -Reference File record when passed with the appropriate 
parameters. 



©Operational Method 

- The following fou 
ARMS VENDOR TRANS 
ARMS TRADING PARTNER C0MP. PROFILE ID and CUSTOMER TRANSACTION ID; 



The following four input combinations can be passed to this program: 
ARMS VENDOR TRANSACTION ID; 
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RENTAL LOCATION and the RENTAL CONTRACT/ TICKET ID; or - - 1 

RENTAL LOCATION and the RENTAL BRANCH RESERVATION ID. 

Likewise, records may be updated or added to the ARMS Rental Cross- 
Reference Pile by executing this program in •Maintenance" mode. Only inquiry is 
allowed if executed in "Inquiry* mode. 

1. ) The RENTAL LOCATION is always required and either a non- blank TICKET 
ID or RESERVATION ID must be passed. 

IP RENTAL LOCATION, TICKET ID and RESERVATION ID are blanks, then load 
the RETURN CODE with 'E' (Error) . 

2. ) IF Rental Location and Reservation ID are passed with the program 
call, use AMXREFL2 to retrieve the requested ARMS Cross -Reference Pile record. 

a.) IP Ticket number is also passed with the program call, retrieve 
the record using AMXREFL2. Then validate the Ticket number passed with the program 
call against the Ticket data field XATKNO. 

b.) IP passed TICKET ID and retrieved TICKET ID are different, then 

load the RETURN CODE with 'T« (Ticket ID Mismatch) and return to the calling program. 

c.) IF the passed TICKET ID is same as the TICKET ID found for the 
reservation in the ARMS Cross -Reference File, then update all fields in the parameter 
list from AMXREPL2, set the RETURN CODE to blanks (blanks indicate successful) and 
return to the calling program. 

3 . ) IF non-blank RENTAL LOCATION and TICKET ID are passed with the 
program, use AMXREFLl to retrieve the data. 

IF no record found for- RENTAL LOCATION and TICKET ID, then load the 
RETURN CODE with »E' (Error) . 

i 4.) IF an ARMS COMPANY PROFILE ID is passed with the program call and a 
record is retrieved, compare this value with XACUID in AMXREFLn. ... : 

IF they are different, change the RETURN CODE to 'P' for 'Profile Error' 
and return to calling program. 
. , * • 

5. ) IF non-blank ARMS COMPANY PROFILE ID and CUSTOMER TRANSACTION ID are 
passed, retrieve record from AMXREFL3. 

a. ) IF TICKET ID / RESERVATION ID is passed, compare these with values 
retrieved from AMXREFL3 . 

IF they do not: agree, change return code to 'T« / 'R' . 

b. ) IF RENTAL LOCATION is passed, compare this value with value 
retrieved from AMXREFL3. 

IF they do not match, change return code to f L» . 

6. ) IF an ARMS VENDOR TRANSACTION ID is passed, retrieve record from 

AMXREF. 

a.) IF an ARMS COMPANY PROFILE ID is passed with the program call and 
a record is retrieved, compare this value with the associated field in the retrieved 
ARMS Cross-Reference File. 



Confidential 



Page 62 of 246 



8/11/00 



WO 02/097700 PCIYUS01/51431 

276 



ARMS Process Report 

IF tney are different, change the return code to 'P 1 for 'Profile Error 7 
and return to calling program. 

b. ) IF RENTAL LOCATION is passed, compare this value with the AMXREP 
value. IF they are different, change return code to 'L 1 . 

c. ) IF TICKET ID or RESERVATION ID is passed, compare these values 
with values retrieved from AMXREF. 

IF they do not agree, change RETURN CODE to 'T' / »R» . 

7 . ) IF a record is retrieved from AMXREF or any of these logical files 
based upon the file use hierarchy, and additional data fields are passed, and more 
than one data mismatch occurs, change the return code to 'M' for multiple errors. 

Hierarchy for record retrieval: 



1. ) IF ARMS VENDOR TRANSACTION ID is passed, and any other data fields, 
retrieve from AMXREF* 

2. ) IF ARMS COMPANY PROFILE ID and CUSTOMER TRANSACTION ID are pas Bed, 
and any other data fields (except VENDOR TRANSACTION ID) , retrieve from AMXRBFL3 . 



AMXREFL2. 



3 . ) IF RENTAL LOCATION and RESERVATION ID are passed, retrieve from 

4 . ) IF RENTAL LOCATION and TICKET ID are passed, retrieve from AMXREFL1 . 
RECORD MAINTENANCE FUNCTIONS: 



1. ) ACTION CODE passed is 'M' for maintenance. It is required to pass 
the VENDOR TRANSACTION ID for all maintenance transactions. Additional fields are 
optional, but only the physical file AMXREF is used for maintenance. ADD/CHANGE 
PROGRAM ID should also be sent. 

2. ) IF any existing AMXREF record is being maintained, the data fields 
are updated with the passed values along with record change stamp fields. 

3 . ) IF new AMXREF record is being written, the data fields are updated 
with the passed values along with record add stamp fields. 

4. ) IF an AMXREF record is retrieved, compare the contents of each data 
field in the record with parameter containing that field. 

IF they are different, create a maintenance log for the change. This is 
done only if parameter value is not blanks. Any non-blank value contained in the . 
parameter list is logged and mapped to the AMXREF. AM1050VT is called to create 
AMMNTLOG record. 



RETURN CODE possible values: 



blank: Successful retrieval / edit 

L: Location passed is blank / invalid 

#: Ticket/Reservation passed is blank 

T: Ticket passed, unmatched on AMXREF record 

P: Profile passed, unmatched on AMXREF record 

E: No AMXREF record found 

M: Multiple errors 



Confidential 



Page 63 of 246 



8/11/00 



WO 02/097700 



PCTYUS01/51431 



277 



ARMS Process Report 



ACTION CODE possible values: 



I: Inquiry 

M: Maintenance 

- IF the passed CALLING PROGRAM ID is NOT 'AM0046V1'. then execute call 
to the ARMS Program Exception Handler 'AMPSSR' program, passing the CALLING PROGRAM 
ID and the Transaction's 96 -character key value that is comprised of the passed 
TRANSMISSION CONTROL ID#, GROUP CONTROL ID#, GROUP TYPE CODE, CUSTOMER TRANSACTION in 
and VENDOR TRANSACTION ID, padded with blanks. 

©Notes: 

This program is only executed by other ARMS never-ending programs that 
are processing a ARMS transaction request to inquire or update the ARMS Cross - 
Reference File. as being in error or not doable and rejected it from further 
processing. This program is currently called with parameters by the followina 
programs: 9 

ARMS Database Update and Routing program (AM0046V1) 
ARMS Dispatch Rental Systems Request program (AM0060V1) 
ARMS Distributed Edit and Dispatch Inbound Transactions program 



(AM0061V1) 



ARMS Distributed Edit of Generated Transaction Sets program (AM0062V1) 



The parameters are internally defined in this program and programs 
executing this program are the following parameter fields: 



Output 

Input/Output 

Input/Output 

Input/Output 

Input/Output 

Input/Output 

Input/Output 

Output 

Output 

Output 

Output 

Output 

Output 

Output 

Output 

Output 

Output 

Output 

Output 

Output 

Input 

Input 

©Files: 

- AMXREF 



1 
20 

5 
20 
10 

e 

6 
1 
8/0 



character 
character 
character 
character 
character 
character 
character 
character 
numeric 



6/0 numeric 
10 character 

1 character 
10 character 
1 character 
8/0 numeric 
6/0 numeric 
10 character 
8/0 numeric 
6/0 numeric 
10 character 

2 character 
1 character 



RETURN CODE 

VENDOR TRANSACTION ID 

TRADING PARTNER CO. PROFILE ID 

CUSTOMER TRANSACTION ID 

RENTAL LOCATION 

RESERVATION ID 

TICKET ID 

STATUS CODE 

STATUS CODE LAST CHANGED DATE 
STATUS CODE LAST CHANGED TIME 
STATUS CODE LAST CHANGED PGM ID 
MACHINE ID 

BRANCH CLAIMS OFFICE CODE 
RENTAL SYSTEM SOURCE ID 
RECORD ADD DATE 
RECORD ADD TIME 
RECORD ADD PROGRAM ID 
RECORD CHANGE DATE 
RECORD CHANGE Tlfffi 
RECORD CHANGE PROGRAM ID 
GROUP TYPE CODE 
ACTION CODE 



(CRUD) 



(CRU-) AMXREFL1, L2, L3 



©Embedded Data: (Constants) 

•AM1010V1 ' is used as the program's name. 
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Tne following values are named constants used, for sending the ARMS Cross- 
Reference Pile (AMXRBP) record's field name suffix for the passing of any field value 
modified as a FIELD CHANGED parameter field value in the call to the ARMS Transaction 
Database Maintenance Iiogging (AM1050V1) program. 

•CUID' 

•CDTI 1 

'RNLC 1 

'RENO* 

■TKNO' 

•STCD 1 

1 STDT r 

1 STTM 1 

•STPG' 

•MCID 1 

•SOID 1 

•TEID* 

•ADDT 1 

'ADTM' 

1 ADPG' 

'CGDT' 

■CGTM» 

■CGPG' 

Also, there is a compile-time array to store the values for the formatted 
OS/400 commands: 

CLOP OPNID (AMXREF ) 

OPNDBF FILE (AMXRBP ) OPTION ( *ALL) 

©Improvement Opportunities: 

Converting this OPM RPG program to ILE RPG service program, it might 
negate the need for the OS/400 command execution OPNDBF and CLOF of the AMXREF file. 

Replace the 'AMI 010 VI » constant with the PROGRAM ID field of the 
Program Status Data Structure. 

Replace the internally defined parameter fields in this program and all 
programs executing this program with a database file with no record to be used as an 
externally* defined data structure so that only one definition of the parameter's data 
elements exist, along with comments on their purpose and possible values. 

This program can replace the call to the ARMS Cross -Reference File 
Inquiry (AM2010V1) program in many other programs if it is called in "Inquiry" mode. 

Process 

Hierarchical numeric ID: 1.1.1.1.3.30 
Coded name: RTVMCHA 

Name: PGM Retrieve Machine Emulation Attributes (RTVEMCHA) 

Comment: ^Purpose: To retrieve the . emulated system (machine) platform attributes 
important for Enterprise programs that have been standardized for a machine. 

This program is executed when executing the user-written command of the 
same name, "RTVEMCHA" (Retrieve Emulated Machine Attributes) . 

©Operational Method: 

To avoid adversely impacting performance, all of these steps are executed 
only the first time a job executes the RTVEMCHA program. Subsequent execution in 
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production will bypasa the program initialization steps, o nly returning previouglG- 
loaded values. Y 



Upon program initialization, do the following: 

- executes the program to retrieve the system (machine) name (RTVSYS) 

- opens GACTL and MACHID files 

- retrieves the system name's records from both GACTL and MACHID 

- moves data from both GACTL and MACHID into its parameter list 

- closes GACTL and MACHID files 

- execute the /Q Check DEV's machine without emulation program (ERTVDEV) 
to determine IF actually on "DEV. if true, return the previously derived values to 
the calling program and end program and return to caller. 

After program initialization has been performed and this inactive program 
was re-executed by the same job's calling program, only do the remaining processing 
step, return the previously derived values to the calling program. 

©Files (CRUD) 

MACHIDKNPF (-R--) Machine Information File, via keyed access path 
MACHID#i by key element MACHINE ID (8 character) 

GACTL (-R--) Global Attributes file, by key element MACHINE ID (8 

character) 

©Notes : 

This program is a internal Systems Support Group utility tool software 
callable program, executed with a single parameter defined in an external data 
structure in its physical file ($#EMACH) . All its output parameter subfield data 
elements, their attributes and a description can be found in source text member 
ELLIB/QDOCSRC/RTVEMCHA . 

This program is especially important for each of our software 
applications needs the flexibility to accommodate the multi-national differences we 
will encounter in day-to-day business dealings since B-R-A-C in now operating outside 
the North American continent. For example, what we consider a standard method of 
displaying the date (MM/DD/YY) is not the standard in the United Kingdom; they expect 
to see it- displayed as DD/MM/YY. 

To facilitate expansion of business operations into the United Kingdom, 
and eventually into other European countries, a Global Attributes file (GACTL) was 
created to contain information that varies from country to country. By using the 
system name obtained through RTVSYS, a program can access the GACTL file and use that 
information to tailor display screens and reports to its needs. For example, the 
GACTL file contains a field to tell programs to display the date as MM/DD/YY or 
DD/MM/YY. 



Process 

Hierarchical numeric ID: 1.1.1.1.3.31 
Coded name: AM1085V1 

Name: PCM Generate Underage Driver Surcharge (AM1085V1) 

Comment: ©Purpose: To delete any preexisting and write any needed ARMS Pre- 
Approved Authorized Surcharge Detail file (AMSURD) records with the CHARGE TYPE CODE 
= • 20 • (Underage Driver Surcharge) and the CHARGE ORIGIN CODE = «U' (Uhderaged Driver 
Surcharge Generation program) - 

©Operational Method: 
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. 1 - ^ a11 the Retrieve ASMS Cross -Reference Pile Record (AM2010V1) orooram 

using the passed VENDOR TRANSACTION id field value and its required^a^ers ?T 
retrieve the associated ARMS Profile ID value. parameters to 

2. IP the returned SOURCE ID = -B' (Branch Reservations), then call the 
Retrieve ARMS ECARS-Specific Profile Pile Record (AM2020V1) program to brieve frL 
£ ITf'S" 1 ,?"" « aM -*~"*« File (ARMSPR5) rJSSTSi flSllS v£ue 

5™e™™ tiCally generatin9 driver approved surcharge authorizations 

(INSURANCE WILL PAY UNDERAGBo • Y' ) . C10nS 

4*4 ELSE (SOORCE ID = 'C - claims Connection), call the Retrieve ARMS 
BCARS-specific Profile Pile Record (AM2030V1) program to retrieve the same 
information from the associated ARMS-Claims Connection Specific Profile file 

(ARMSPR6) record.* 

following: *" ™ retrieved P rofile ' fl fla 9 "eld value is (Yes), then do the 

, . t a - u *ing the Passed VENDOR TRANSACTION ID, retrieve the associated 
iE^^J^ 1 fUe (AMAUTD) record - IP successful, derive (con^e) the 
DRIVER'S AGE by subtracting the DATE OP BIRTH from the RENTAL START DATE. 

b. Call the Retrieve Rental Location's State Code Inquiry (AM2053V1) 
program, passing the called Retrieve ARMS Cross -Reference Pile Record (AM2010V1) 
f™™'? returned parameter value for RENTAL LOCATION ID to retrieve the RENTAL 
LOCATION'S STATE CODE value. 

c. Using the retrieved PROFILE ID value and RENTAL LOCATION'S STATE 

.^2!™?*' re ^ leve the associated ARMS Profile Control Fields by State Code file 
IARMSPR8) record. 

IF unsuccessful, reattempt using the value in place of the RENTAL 

LOCATION'S STATE CODE value. If still unsuccessful, execute return processLg^Sw. 

d. IP the derived DRIVER'S AGE is greater than or equal to the the 
Profil \ C <**rol fields by State Code file (ARMSPR8) record's UNDERAGE 

^ESHOLD AGE value, then use the passed VENDOR TRANSACTION ID value and SURCHARGE 
TYPE CODE * '20' (Underage . Driver) to retrieve and delete any associated AMSURD file 
record. • For each record deleted, the program will write a record to the ARMS 
Maintenance Log file by the calling of Generate ARMS Maintenance Log Records 
(AM1050V1) program with loaded parameter values* 

„ a. IF the derived DRIVER'S AGE is less than the the retrieved ARMS 

Profile Control Fields by State Code file (ARMSPR8) record's UNDERAGE THRESHOLD AGE 
value and the INSURANCE WILL PAY UNDERAGE is equal to 'Y' , then write an associated 
ARMS Surcharge Detail file (AMSURD) record, using the passed VENDOR TRANSACTION ID 
value, SURCHARGE TYPE CODE = '20' (Underage Driver Surcharge Authorization Type 
Code), the retrieved ARMS Profile Control Fields by state Code file (ARMSPR8) 
record's UNDERAGE CHARGE AMOUNT value with a CHARGE FREQUENCY set to 'D» (Daily 
Charge) and the CHARGE ORIGIN CODE = 'U' (Underage* Driver Surcharge Generation 
program) . 

SNotes: 

ARMSPR8 is currently empty. 

This program is called from the AM0046V1 ARMS update never-ending program 
executing in a batch mode on the centralized ARMS application host computer system 
platform when processing a transaction data set for the following conditions: an 
Authorization (AT) group type for an add, change, or transfer that contain a AUTD01 
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record format; an opening Rental No tification (55) group type; ox, an Request for - 

S^! r i 2at i° n C "? C ^T ^ type where th * Date of B ***^ ^ RentafScaSon 
value has been changed from a previous value. This called program is completed aS 
r^oved^from the job's program stack completely when *INLR isl^TON oTSS \?* 

IMPORTANT: ARMS Profile Control Pields By State Code File (ARMSPR8> is 
currently empty in the production environment. Therefore, this program is called 
loaded and initialized, then explicitly is ends, removed from the ^ogram stack tk* 
control is returned to the calling program. 

©Files: (CRDD) 

- AMAUTD (-R--) ARMS Authorization Detail File 

- ARMSPR8 (-R--) ARMS Profile Control Fields by State Code File 

- AMSURD (CR-D) ARMS Approved Surcharge Detail File 



Process 

Hierarchical numeric ID: 1.1.1.1.3.32 
Coded name: AM0052 

Name: P©4 Determine Nearest Location by Phone Number (U.S. Only) (AM0052) 
Comment: ©Purpose: To determine the closest United States rental branch to a 
specif ied telephone number's area code and exchange using the Horizontal and Vertical 
Wire Coordinates locator database. 

©Operational Method: 

At the start, file VERHOR gives the vertical and horizontal coordinates 
or a specified area code and exchange number. 

These coordinates are given in "units". There is 316 units per mile. 

This program scans a 30 mile area around the VERHOR coordinates. 
This is accomplished by calculating 4 new coordinates. 
2 Horizontal and 2 Vertical. 

The specified area code and exchange generates coordinates X2 and Y2 from 
the VERHOR file. 

To "draw" the 30 mile box we subtract 9,480 units (30 miles) from X2 and 
Y2 to get XI and Yl. 

We then add 9,480 units to X2 and Y2 to get X3 and Y3. 

Using the XI and Yl coordinate, attempt to retrieve the closest next 
record in the Daily Rental Offices (DR0FF) file. This file contains the name, 
address... etc. of all daily vehicle rental office locations. Along with this 
information, the vertical and horizontal coordinates of each office are found in this 
file. By comparing these coordinates to the "box" coordinates we decide whether or 
not this office falls within the specified 30 mile area as read in as an input 
varable from the Search Input Parameters for Locator System (RANGE) data area. 

The number of miles from the originally specified area code/exchange to 
each rental office is arrived at by calculating the square root of the combined 
horizontal and vertical coordinates of each rental office. 

VWIRE = the vertical coordinate of the rental office. 

HWIRB = the horizontal coordinate of the rental office 

DVWIRE « the vertical coordinate of the original Area Code/Exchange 

DHWIRE = the horizontal coordinate of the original Area Code/Exchange 
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When a location is round that is within boundaries, check the ■Prevent 

ARMS Reservations- flag. IF this flag is <N», include the location. If this flao la 
11 ?? d there / s no forward To Location- (DROAGB) field value, skip this location 
IP this flag is 'Y' and there is a forwarding location, save the first forwardina " 
location. IF no other Enterprise location is found, use the saved forwardina 
location. 3 

All office information is stored in array "AC", which is sorted in 
ascending sequence according to mileage. The closest Enterprise office is used if 
one exists. 



©Notes : 

This program is currently executed only by the ARMS Detail Set Edits and 
Assign Location (AM0040V1) OPM RPG program called with the following parameters: 



Input 3 character 
leading zero integers only) 

Input 3 character 
leading zero integers only) 

Input i character 

Output 10 character 

Output l character 

Output 1 character 



AREA CODE (comprised of non- 

EXCHANGB (comprised of non- 

COMMISSION CODE 
RENTAL LOCATION CODE 
MACHINE ID 
SOURCE ID 



©Files: (CROD) 

OFFDRGRPPF (-R--) 0FFD6#2 
VERHOR (-R-- ) 

DROFF (-R--) DROFLF1, DR0FFL2 

©Embedded Data/Constants: 

30 miles is the maximum radius/distance for closest Enterprise rental 
branch to pickup a renter. 

©Improvement Opportunities: 

Change the calling program to execute the AM0053 program instead for all 
trading partners but specifically profiled ARMS Trading Partner Company. 

Process 

Hierarchical numeric ID: 1.1.1.1.3.33 
Coded name: AM0053 

Name: POi Determine Nearest Location by Longitude / Latitude using Phone Number or 
Postal Code (Canadian Only) (AM0053)) 

Comment: ©Purpose: To locate offices in a specific area based on the telephone 
number provided and return the results and distance from point of inquiry to the 
requesting program. The request can be made for any Canadian Enterprise offices. 

©Operational Method: 

-This program has four main logic sections that: 

1) Draws a variable size box around a centerpbint of a phone number. 
Program is passed phone number and a 30 mile box is 

drawn around this number. Program calls AT_002 and passes the 
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phone* and size in the parm. AT 002 chains to the phone# tile, gets 

the basepoint coordinates, and sends back via the parms the 
basepoint coordinates for that phone#, and the upper right and lower 
left longitude/latitude coordinates of the box, and a return code to 
indicate any errors. AT_002 adjusts and corrects the box size for the 
curvature of the earth and is accurate to within 400 ft on Ave. 

2) Retrieves all the records from the branch office file that fall within 

3) Calculates the distance (in miles), from the phone number 
centerpoint, of all the records retrieved. 

The program calls 'AT_001» program and passes a parameter that has the 
centerpoint (basepoint) and the longitude and latitude points of all records 
previously retreived, and gets returned in the parameter the distances in miles for 
each set of points, and a PROGRAM RETURN CODE for errors. This is currently limited 
to 30 sets of points on each execution. IP more than 30 records are needed, a 
second (or third, fourth, etc.) execution can be made until all distances are 
calculated. This program scans a 30 mile area around the retrieved 

longitude and latitude coordinates and returns the . 

4.) Find the rental location needed for this transaction. IP one does 
not exist, then send transaction to claims Connection. 

Make use of -Prevent ARMS Reservations" flag field (DRQAMP) of the DROPF 
file. This field indicates whether unsolicited ARMS authorizations are to be sent to 
a group/branch. IP this field is «Y«, then send the authorization to the forwarding 
group/branch (if not blank) from the DROPP record. IP this flag is 'N', include the 
location. IP this flag is 'Y' and there is no ■Forward To Location- field (DRGAGB) 
value, skip this location. IF this flag is «Y» and there is a forwarding location 
save the first forwarding location. IF no other Enterprise location is found, use' 
the saved forwarding location. 

©Notes : 

This program is currently executed only by the ARMS Detail Set Edits and 
Assign Location (AM0040V1) OPM RPG program called with the following parameters: 

Input 10 character TELEPHONE NUMBER 

Output 10 character RENTAL LOCATION CODE 

Output l character MACHINE ID 

Output l character SOURCE ID 

It executes the following programs: 

AT_002 - Draw box around a centerpoint. 
AT_001 - Calculate Distance between points. 
** Will notify the application department when .problem occurs 
executing programs. 

SPiles: (CRUD) 

OPPDRGRPPP (-R-- ) Office Directories Group Master file, accessed by the 
OFFDG#2 access path key element, GROUP ID (2 character) 

DROFF (-R--) Daily Vehicle Rental Office Locations file, 

accessed by the DROPFL7 access path key element, LONGITUDE 

and LATITUDE (both 9/6 numeric) 

^Embedded Data/Constants: 
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~~" " " 30 miles is tne maximum radius /distance for closest Enterprise rental" 
branch to pickup a renter. 

•7680» is the default rental location for Claims Connection. 

•C 1 is the default MACHINE ID host platform (System H)= ' CENTRAL 1 ) and 
SOURCE ID (Claims Connection) values. 

■ARMS' is the constant TERMINAL ID value for input parameter to the 
execution of the ■ATJ>01' program. 



©Improvement Opportunities: 



Change the calling program (AM0040V1) to execute this program for all 
location once all rental locations have been loaded into the Longitude and Latitude 
Locator by Telephone Number database for all trading partners but specifically 
profiled ARMS Trading Partner Companies. 



Process 



Hierarchical numeric ID: 1.1.1.1.3.34 
Coded name: NUS017A 

Name: PO* Determine Nearest Enterprise Location by Phone or Postal Code (N0SO17A) 
Comment: ©Purpose: To locate l to 9 offices in a specific area based on the 
telephone number or postal code provided and return the results and distance from 
point of inquiry to the requesting program. The request can be made for any offices 
from the DROFF (NR : Daily Rental & Non-Enterprise Office Loc»s) file, only 
Enterprise offices, or only Enterprise airport offices. 

©Operational Method: The following parameters must be passed to the 
program with appropriate values set based on task at hand. 

Input Parms: 



Location Phone# 
Location Postal Code 
Open Only Flag 
Maximum Allowable Distance 
Airport Branches Only Flag 
Department id 
. - • Accepting Reservations Flag 
Retm Forward-to Locatn Flag 
Requested Date/Time 
Time Zone Group/Branch ID 
Opening Time Allowance 
dosing Time Allowance 
Return Code 
Branches to Return 1-9 

Output Parms : • * ' 

Location ID Array - these are the locations that satisfy the input search 

criterion. 

Mileage Array - these are the corresponding distances for the locations 
from the reference point. 



©Notes : 

1) A testing stub called LOCTRDT exists in library ELARMS to test the 

program. 

2) In order to receive only Enterprise offices, the calling program must 
do the following overrides : 
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Overriden file Override to file 

Droffl2 Droffl3 
Droffl7 Droffl9 

In order to exclude Ford locations, the calling program 
must do the following overrides. 

Overriden file Override to file 

Droffl2 Droffl4 
Droffl7 DroffllO 

©Files (CRUD) 
DROFF (-R--) 



Process 

Hierarchical numeric ID: 1.1.1.1.3.35 
Coded name; AM2020V1 

Name: PGM Retrieve ARMSPR5 Information (AM2020V1) 

Comment: ©Purpose: To access ARMSPR5 (SCARS Profile) and ARMSPR1 (Trading Partner 
General Profile) record and return the details to the calling program. 

©Operational Method: 

Executed with the following entry parameters and their usage: 

Program Return Code 

Trading Partner Profile ID 
ECARS Closing Calculations to Compute the 

Payment Total Amount 

Underaged Drivers Allowed (Y/N) indication . 

Insurance pays underage driver indication 

Trading Partner has capability to recieve 



Output 1 alpha 

Input 5 alpha 
Output 10 alpha 
Direct Bill -To Total Due 

Output 11,2 numeric 
Output 1 alpha 

flag 

Output 1 alpha 

flag 

. ~ ■• Output 1 alpha 
Electronic Billing indication flag 



©Files : (CRUD) 

ARMSPR1 (-R--) 
ARMSPR5 (~R--) 

©Improvement Opportunity: 

This program and AM2030V1 could be combined into a single program, 
especially if the ARMS Trading Partner Profile database files are further normalized. 



Process 

Hierarchical numeric ID: 1.1.1.1.3.36 
Coded name: AM2030V1 

Name: PG4 Retrieve ARMSPR5 Information (AM2030V1) 
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^Purpose: To access ARMSPR6 (claims Connection Profile) ancTARMSPRl 



,. «■ — — ■ — - ™»™ vv-xaims connection Protile) and arms i 

(Trading PArtner General Profile) record and return the details to the callinc 
program . 3 



©Operational Method: 



Executed with the following entry parameters and their uBage: 

Output 1 alpha Program Return Code 

Input 5 alpha Trading Partner Profile ID 

Output 10 alpha Claims Connection Closing Calculations to 

Compute the Direct Bill-To Total Due to 
Output 11,2 numeric Payment Total Amount 

Output 1 alpha Onderaged Drivers Allowed (Y/ N ) Indication 

flag 

£1 Output 1 alpha Insurance pays underage driver indication 

Output 1 alpha Trading Partner has capability to recieve 

Electronic Billing indication flag Y recieve 



©Piles: (CRDD) 

ARMSPR1 (-R— ) 
ARMSPR6 (-R— ) 



©Improvement Opportunity: 

This program and AM2020V1 could be combined into a single program, 
especially if the ARMS Trading Partner Profile database files are further normalized. 



Process 



Hierarchical numeric ID: 1.1.1.1.3.37 
Coded name: RAS013A 

Name: PGM Determine Nearest Enterprise Location by Phone or Postal Code (RAS013A) 
Comment: ©Purpose: To locate 1 to 9 offices in a specific area based on the 
telephone, number or postal- code provided and return the results and distance from 
point of inquiry to the requesting program. The request can be made for any offices 
from the DROPP (NR : Daily Rental & Non-Enterprise Office Loc's) file, only 
Enterprise offices, or only Enterprise airport offices. 

©Operational Method: The following parameters must be passed to the 
program with appropriate values set based on task at hand. 

Input Parma: 



Location Phone# 
.» Location Postal Code 

Country Code 
Open Only Flag 
. Maximum Allowable Distance 
Airport Branches Only Flag 
Department ID 

Accepting Reservations Flag 
Retrn Forward-to Locate Flag 
Requested Date/Time 
Time Zone Group/Branch ID 
Opening Time Allowance 
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Closing Time Allowance 
Return Code 

Branches to Return 1-9 



Output Parms: 

Location ID Array - these are the locations that satisfy the input search 

Mileage Array - these are the corresponding distances for the locations 
from the reference point. 



criterion. 



program. 



©Notes : 

1) A testing stub called LOCTRUT exists in library ELARMS to test the 



. ^ m n 2) 131 order to receive only Enterprise offices, the calling program must 
do the following overrides : ^ 

Overriden file Override to file 

Droffl7 Droffl9 

in order to exclude Ford locations, the calling program 
must do the following overrides. 

Overriden file Override to file 

Droffl7 DroffllO 

©Piles (CRUD) 

DROFF <-R--) 



Process 

Hierarchical numeric ID: 1.1.1.1.3.38 
Coded name: NUS018A 

Name: PGM Verify Branch is Open (NUS018A) 

Comment: ©Purpose: To send a GPBR and have the open/closed status returned. The 
request time can be the current date and time or a time in the future. The program 
uses the three Nat Res policy files, NRALPA2, NRPCDG, and NR6BM. it also uses GPBRTZ 
and a time zone reference field must be sent. 



program: 



^Operational Method: The following paramters can be passed to the 

Requested Group/Branch ID 
Requested Date/Time 

Time Zone Group/Branch ID •* •' 

Opening Time Allowance 

Closing Time Allowance 

Within Opening Time Allowance 

Within Closing Time Allowance 

Open Flag 

Return' Code 

The Open Flag and Return Code are the only return fields. 
The program checks the Nat Res Policy Files to determine if the requested 
branch is open or closed. 

Closing Time Allowance is available but not currently used by ARMS. 
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WFiles (CRUD) " 

NRALPA2 (-R-) 
NRPCDG (-R-) 
NRGBM (-R-) 



Process 



Hierarchical numeric ID: 1.1.1.1.3.39 
Coded name: DQAM55V1 

Name: DTQ Input for Program AM0055V1 (DQAM55V1) 

Comment: ©Definition: DQAM55V1 is a data queue used to provide input to PGM 
AM0055V1 which maintains the files used for ARMS Online Reporting, accessed via 
ARMS/400 {green screen or gui) . 



Process 



Hierarchical numeric ID: 1.1.1.1.3.40 
Coded name: AM0055V1 

Name: P®4 Online Reporting Pile Write/Update Program (AM0055V1) 

Comment: ©Purpose: To update and write records to the ARMS Group Type Summary 
Pile AM096P which keeps track of the number of times a group/type is transmitted for 
a customer profile and its vender transaction ID. Also to update and write records 
to the ARMS Online Reporting Detail file AM095P which keeps details on a rental keyed 
on customer profile and vender tran ID. To log transactions to ARMS Current days 
transaction for Sync program AM097P. 

©Operational Method: 

- Wait for entry (s) to exist in DTAQ (DQAM55V1) . 

- When a shutdown request is received (group type - SD) , end program. 
-When a non- shutdown request is received: 

-Create a record in AM096P01 to keep track of the number of transactions 
for a vendor tran id. If a record already exists add 1 to the total and update. 

-Check to see if a record exists in any of the following files by keying 
on Vender Tran ID: AMAUTD, AMRPRD, AMRNTD, AMSURD, AMIEBT, AMADJD, AMXREP 

-If a matching record is found move all of the appropriate data from 
AMXREP, AMADTD, AMRPRD, AMADJD, AMRNTD, AMSURD, AMIEBT to the ARMS Online Reporting 
Detail Pile AM095P. 



-If there is not an existing record in AM095POO one- will be created, 
otherwise the existing record will be updated. All previous data in an existing 
record will be replaced with all data found in the files. 

-Check to see if a record exists in AM097P01. If record exists, skip 
record, if record is not found, write a record to the file. 



©Piles: (CRUD) 

- AMXRBF (-R--) 

- AMADJD, <-R— ) 

- AMAUTD <-R— ) 
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- AMIBBT C-R--) 

- AMRNTD (-R--) 

- AMRPRD (-RU-) 

- AMSURD (CR-D) 

- AM0095P00 (CR0-) 

- AM009601 (CRD-) 

- AM009701 (CR--) 



ARMS Process Report 



©Embedded Data/Constants: 

• YES» 
•NO " 



Process 

Hierarchical numeric ID: X. 1.1. 1.4 

Coded name: 

Name: ADT Send Transaction for Distributive Processing (AM100-AM101) 

Comment: ©Definition: The automatic process of sending the transaction from the 

centralized machine to the distibuted machine for processing, via ICP files. 



Process 

Hierarchical numeric ID: 1.1.1.1.4.1 
Coded name: AM 01 00 

Name: PGM Distribute Routed Transaction from Centralized Host System (AM0100) 
Comment: ©Purpose: To send a received (inbound) or transferred ARMS transaction 
set from the centralized host platform to the distributed host platform. 

©Operational Method: 

Execution is started with a single MACHINE ID (1 character) input 
parameter field value. 



• - 1 For program initialization: 

- Retrieve the current platform* s CURRENT SYSTEM (MACHINE) NAME by 
execution of the Retrieve System Name (RTVSYS) program. 

- Concatenate the Recieve Routed Ditributed Transaction on Distributed 
Host System Program Name, 'AM0101', with the passed input MACHINE ID value for., 
deriving the specific Program Device Name. 

- IP CURRENT SYSTEM NAME = 'DEV 1 , change the ICP workstation device file 
EVOKE program's library to 'BIARMS\ ELSE, make the EVOKE program's library 'ELLIB 1 

- Attempt to acquire this Program Device. Attempt 5 times before 
signalling an* error. Introduce a delay of one minute between each attempt. 

- IP the Program Device is acquired successfully, Evoke the derived ARMS 
Distribution Incoming Receive Program. 

After program initialization has completed, for a repetitve cycle until a 
shutdown data queue entry is received, the following is performed: 
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~ ~ - Receive the next keyed data queue entry from the specific keyed data 

queue for the key equal to the passed input MACHINE ID parameter value. Immediately 
from the DQAMAPH data queue until empty, then infinitely wait for DQAMAPl data queue 
entries. 

- Attempt to retrieve an associated record from the AMAPPS file using the 
data queue entry as the retrieval key value. 

- IP at least one associated AMAPPS file record exists, then do the 

following: 

- " Send the key to the ARMS Distribution Incoming Receive program. 

- - Read all ARMS Set file records with the ARMS Application Data Queue 

- - Send each data record to the ARMS Distribution Incoming Receive 
When all records are read and sent, send a blank record. 

©Files : (CRDD) 

- AMAPPS (-R--) 
©Embedded Data/Constants: 

•AMOK)! 1 is the evoked program's specified name. 

•ELARMS2' and "*LIBI.» for the evoked program's specified possible library 

•DEV« to determine if being executed on the development (not production) 
software environment platform. 

'♦DOWN' and 'SD' as the Profile ID and Group Type Code to indicate a data 
queue entry of a shutdown request. 

'DQAMAPH' and •DQAMAPl* are the Hold Distribution Input and the 
Transactions to Die tribe Input data queue names ■ 

•DLYJOB DLY(60) 1 is the OS/400 command executed to cause 1 minute delays 
between the 5 Attach attempts. 

©Improvement Opportunities: 

Convert this OPM RPG program to ILE RPG program. 

Possibly c hang e this communication method from ICF to CPI-C. 



Key. 

program. 



Process 

Hierarchical numeric ID: 1.1.1.1.4.2 
Coded name: AM0101 

Name: PGM Receive Routed Distributed Transaction on Distributed Host System (AM0101) 
Comment: ©Purpose: To receive routed transaction set from the centralized host 
platform. 

©Operational Method: 

- Acquire the program device •AMOiOl' 

- Receive routed transaction input from the centralized ARMS host 

platform. 

- IP data was received 

- Write records to the distributed Application Transaction File 

(AMAPP) 

- Send data queue entry to Edit /Update/Distribute Transaction 

(DQAM61) 

ELSE 
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~ Send data queue entry to Edit /Update/ Distribute Transaction * 

(DQAM61) 
- Release Device. 

ENDIF 
©Files : (CRDD) 
- AMAPP (C---) 

©Notes: The centralized ARMS host platform EVOKES the receive job on 
distributed rental system host platform using an ICP connection. Presently, the 
distributed rental system host platform, excludes B IRELAND, VGERMANY, and UK. 



Process 

Hierarchical numeric ID: 1-1.1.1.4.6 
Coded name: RTVSYS 

Name: PGM Retrieve System Name (RTVSYS) 

Comment: ©Purpose: To retrieve the system name to pass back to another calling 
program. 

©Operational Method: 

Executed with the single output parameter, RETRIEVED SYSTEM NAME (8 

character) . 

Retrieve the current system's network attribute of system name. 

IP the RETRIEVED SYSTEM NAME = •DEV 1 , then execute the ISS DEV Machine 
Emulation (DEVMCHE) OPM CL program. 



Process 

Hierarchical numeric ID: 1.1.1.1.5 
Coded name: 

Name: AUT Interface with Rental Systems (AT/CN/EX/CM) 

Comment:^- ©Definition^ The automatic process of dispatching a data queue entry for 
an appropriate program to update the Rental database be it either ECARS or CLAIMS 
CONNECTION. 



Process 

Hierarchical numeric ID: 1.1.1.1.5.1 
Coded name: 

Name: AUT Interface with ECARS (AT/CN/EX/CM) 

Comment: ©Definition: The automatic process by which the ECARS Rental database 
files are updated due to a request received from the Rental Management Trading 
Partner (AT, CN, EX, CM) . 



Process 

Hierarchical numeric ID: 1.1.1.1.5.1.1 
Coded name : EC00ATV1 

Name: PGM Interface EC with Rental Authorization (EC00ATV1) 

Comment: ©Purpose: This is an ARMS - to- ECARS database update interface program 
that processes Rental Direct Billing Authorization ■AT' Functional Group Type for 
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Adds or Changes sent by ARMS insurance Customers or automatically generated 

authorization changes. This program will also process previously authorized 
reservation Rental Location's Group -to -Group •AT' transfers. 

©Operational Method: 

This NBP receives the «ATB« keyed input data queue entries from the inpi 
data queue (DQAM61V1) that program AM0061V1 generated as input to this program. 

Once a shutdown data queue entry is received, then send this shutdown 
data queue entry to the DQANDST data queue and end this program. 

For any non- shutdown data queue entry, read all of the associated ARMS 
Application Interface Input Transaction file (AMAPP) records. 

IP the flag for Centralized Adjuster Phone number is »Y' then retrieve 
from CDSTMAST the office phone number from that file record based upon customer 
number and use this phone number to populate ECARS data files, else the adjuster 
phone number supplied in the ADJD01 format will be used. This flag is retrieved via 
•Bl» call to AM2090V1. 



IP any C0MD01 or SURD 01 record formats were found, execute the Update 
Electronic Messages program (ECMSGV1) with 3 input parameters, the APPDOl record 
format's Reservation ID (6 character), the data queue entry value (96 character), and 
the CALLING PROGRAM ID (10 character) to write the electronic messages to ECARS 
message database. 

IP while attempting to retrieve any existing records that are locked for 
update, the transaction is deferred by sending the data queue entry to a secondary 
input data queue (DQAM6BV1) to be reedited by the AM0061V1 program for later 
processing and a deferral notice data queue entry is sent to the primary input data 
queue (DQAM61V1) to notify that program that a deferred transaction exists (both data 
queue entries sent with key = 'DIS') . This will trigger the program AM0061V1 to 
start the wait timer so that when the wait is elapsed it can receive from the 
secondary data queue. 

IP an authorization transfer is received, then a. new ARMS authorized 
branch reservation is created, along with any applicable instructions, callback and 
prewrite 4 information, such* as date of birth. 

IP an authororization add is received that has an invalid or no open 
rental contract/ticket or reservation identifier in it, then a new authorized rental 
reservation ia created, along with any applicable instructions and prewrite 
information, such as date of birth. 

IP an authorization add or change is received that has a valid open 
rental contract (ticket) and a reservation identifier in it, then update both the 
existing unauthorized open rental ticket and its "linked* branch reservation with the 
authorization information. 



IP an authorization add is received that has a valid open rental 
contract (ticket) but no reservation identifier in it, then update the existing open 
rental ticket with the authorization information, a new authorized rental reservation 
is created, and this reservation is •linked" to the open contract. However, IP the 
open rental contract was opened using another non-ARMS authorized branch reservation 
or national reservation, then break the "link" of the previous open rental contract 
identifying information from the previous reservation. When a NatRes link is broken, 
a record is created in the file, NRDBTRAN, to appropriately credit NatRes. 
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~~ In all cases that an existing branch reservation is updated with an ^ 

authorization for the first time or an authorized branch reservation is created a 
•DIS' keyed data queue entry is sent to the DQAM60V1 data queue as input to the' 
Dispatch Rental Systems Request (AM0060V1) program. This should cause an 
authorization confirmation (AC) group type transaction data sent to be dispatched for 
generation and sent . or 

» 

In all cases that an existing open rental contract is updated with an 
authorization add or change, the associated adjuster callback direct billing 
authorization information is updated. For an authorization acid only, the extension 
DATE is recomputed by adding this input transaction's data Bet's authorization detail 
(ADTDOl) record format's AUTHORIZED DAYS to the open rental contract's START CHARGES 
DATE • 



IF, however, the resulting EXTENSION DATE is a Saturday or Sunday, check 
the Trading Partner Profile's WEEKEND SLIDE FLAG. ..IF the WEEKEND SLIDE METHOD CODE 
is "yes and the EXTENSION DATE is Saturday or Sunday, then "slide" (change) the 
EXTENSION DATE to the date for the following Monday. 

• .IF the WEEKEN D SLID E METHOD CODE is "M'Odified and the EXTENSION DATE 
is Sunday, then "slide" the EXTENSION DATE to the date for the following Monday. 

Likewise for an authorization add only, callback detail notes are 
generated to indicate the recomputed EXTENSION with an "Authorized Until mm/dd/yy" 
and "By: AdjusterLastName*AdjusterFirstName*" formatted text where the "mm/dd/yy- is 
the computed new extension date and the Adjuster's name is derived from the data 
provided in the Adjuster Detail (ADJD01) record format. 



©Notes: 



This program is submitted for execution by the ARMS Startup Jobs program 
(CLL810) with no entry parameters. 



This program was changed to not remove the *TX REMB miscellaneous 
government tax unconditionally on open contracts, but to instead check a flag in the 
Valid Business Types that the special TEXAS GOVERNMENT SURCHARGE is applied to • 
(RAGBCHBT) file {via logical access path RAGBBT, by Business Type, Group ID and 
Branch ID) to see whether or not this tax should be charged. 



©Files: 



(CRUD) 



AMAPP <-R~ ) ARMS Application Interface Input Transaction 

File 

RACPENDC (-R--) Open ECARS Rental Contracts /Tickets in progress of 
being changed or closed control file 

RACBRNUM (CRU-) Branch Reservation ID Control File 
(CRU-) Branch Reservation Master File 
(CRU-) Branch Reservation Prewrite File . 

(CRU-) Branch Reservation/Open Rental Contracts Insurance 



RACBRMST 
RACBRWRT 
RACINS 
Information File 

RACBRIST 
ECSURCHG 

File 

RACMAST 
RACSMAST 

Information File 

CB007P 

RACCBCTL logical view, 
RACCBDET 
RACCCK 
CUSTMAST 



(CRU-) Branch Reservation Special Instruction 
(CR-D) ECARS Authorized for Rental Direct Billing Surcharges 

(-RU-) open Rental Contract /Ticket File 
(CRU-) ECARS Open Rental Contract /Ticket Supplemental 

(CRU-) Rental Callback Control File, accessed by 
by Group/Branch ID and Document ID 
(CR--) Rental Callback Detail Notes File 

(-RU-) Branch Reservation Credit Check File 
(-R--) Customer Master File 



Confidential 



Page 80 of 246 



8/11/00 



WO 02/097700 PCT/US01/51431 

294 



ARMS Process Report 

RACCBCOC (-R--) Rental Consolidated Callback Control Pile 



RACCBK3 (CRUD) Rental Consolidated Callback Control File 

RACCBB3 (OMD) Rental Callback Consolidation Skeleton File - Shop 

OFFDRB <-R~ ) Office Directories Internal Organization Branch 

Master File 

KR025I> National Reservations Master File, accessed by 

NR025L00 logical view, by National Reservation ID 

NRDBTRAN (CRU-) National Reservations Database Transactions Update File 

©Embedded Data/Constants: 

•Until' used to provide a preformatted Callback Detail Notes phrase. 
»/■ used to as a date separator for date output into a Callback Detail 

Notes text. 

•ARMS CUST-' used to provide a preformatted RACBRIST File Sequence 001 
record's comment text. 



Process/shutdown codes: 
■AT' 
•SD 1 



Format IDs: 



'APPD01' 

•adjdoi' 

•ADJD02 1 
'AUTDOl 1 
•COMD01 1 
•INSD01' 
•RNTD01* 
'RNTD02 * 
1 RPRD01 • 
•SURD01« 
9 RATD01 ' 



Comments: 



'VEHICLE NEEDED IMMEDIATELY ' 
•UNIT NEEDED AT OTHERS' 
■ - 'UNIT NEEDED AT HOME# f 

•UNIT NEEDED AT OFFICE# ' 
•INS CO HILL PAY • 

1 /DY' used as a Branch Reservation Rate Quoted Comment for the quoted 
daily rental rate. 

•Non numeric data received in, Transmission/Group Control ID 1 
•LEC00ATVl f is used as the JOB NAME. 
•EC00ATV1' used as the CALLING PROGRAM ID. 

•ATB' as the input key used for receiving keyed data, queue entries. 

Constants for formatting numeric fields to text: 

• /DAY 1 

• /MAX 1 

1 0123456789 1 all valid numeric characters to use for validation of all 
numeric character data element fields. 
•RATE + TAX 1 

• + TAX 1 
■RATE +SCHG' 
' ♦SCHG* 



Confidential 



Page 81 of 246 



8/11/00 



WO 02/097700 



PCT7US01/51431 



295 



ARMS Process Report 

The following OSMuq override Printer file commands are executed through" 
execution of the •QCMDEXC* program to change the output queue names by insertion of 
the Group/Branch ID (4 character) in the output queue name to cause the printing of 
an open rental contract/ticket or the ex cuted Print a Branch Reservation to print a 
the associated rental locations office plain paper printer: 

OVRPRTF FILE (QPRXNTP ) O0TQ(P P) FORMTYPE (PLAINPAPER) 
DLTOVR FILE(QPRINTP) 



The following OS/400 database file override commands are executed through 
execution of the •QCMDEXC program to decrease the locked record/object wait times 
for update files from the object default of 1 minute to 5 seconds: 



OVRDBF FILE (RACBRNOM) WAITRCD(5) 

OVRDBF FILE (RACBRMST) WAITRCD(5) 

OVRDBF FILE (RACBRWRT) WAITRCD(5) 

OVRDBF FILE (RACINS) WAITRCD(5) 

OVRDBF FILE (RACBRIST) WAITRCD(5) 

OVRDBF FILE (ECSORCHG) WAITRCD(5) 

OVRDBF FILE (RACMAST) WAITRCD(5) 

OVRDBF FILE (RACCBCTL) WAITRCD(5) 

OVRDBF FILE (RACCBDBT) WAITRCD(5) 

OVRDBF FILE (RACSMAST) WAITRCD(5) 

OVRDBF FILE (RACCCK) WAITRCD{5) 

OVRDBF FILE (RACCBK3 ) WAITRCD(5) 

OVRDBF FILE (RACCBB3 ) WAITRCD(5) 

OVRDBF FILB(NR025L00) WAITRCD{5) 

OVRDBF FILE (NRDBTRAN) WAITRCD (5) 

^Improvement Opportunities: 

1. ) Convert this OPM RPG program to an ILE rpg program. 

2. ) Delete the 'ECOOATVi 1 program name and , LEC00ATV1• job name constants 
and specify/use the Program Status Data Structure's PROGRAM ID and JOB NAME data 
elements for these purposes. 



3. ) Move the "Authorized Until mm/dd/yy" and "By: 
AdjusterLastName*AdjusterFirstName* » formatted text comment templates into an 
external ARMS Table File that contains the preformatted callback detail note 
automated comments, 

4 . ) Add a new executable program to check for an associated existing 
record in the file RACPENDC (CRU-) •Open ECARS Rental Contracts/Tickets in progress 
of being changed or closed control file* for checking if OK to process and if .so) 
output a record until the operation is complete, then delete the RACPENDC record that 
was written to clear way for other transactions. 



Process 



Hierarchical numeric ID: 1.1-1.1.5.1,2 
Coded name: EC00EXV1 

Name: PGM interface EC with Rental Extension/Termination of Authorization (EC00EXV1) 
Comment : ® Purpose : 

To update the rental database with the authorized extension days or 
termination date received from the trading partner. 

^Operational Method: 
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_ . **** Program endlessly receives the 'EXB' keyed input data queue entries 

from the input data queue (DQAM61V1) that program AM0061V1 generated as input to this 
program. * 



Once a shutdown data queue entry is received, then send this shutdown 
data queue entry to the DQANDST data queue and end this program. 

For any non-shutdown data queue entry, read all of the associated ARMS 
Applicatxon Interface Input Transaction file (AMAPP) records. 

IP tne «V C0MD01 or SURDOl record formats were found, execute the Update 
Electronic Messages program (ECMSGV1) with 3 input parameters, the APPD01 record 
format's Reservation ID (6 character), the data queue entry value (96 character) and 
the CALLING PROGRAM ID (10 character) to write the electronic messages ^eSS ' 
message database. 



IP while attempting to retrieve any existing records that are locked for 
update, the transaction is deferred by sending the data queue entry to a secondary 
input data queue (DQAM6BV1) to be reedited by the AM0061V1 program for later 
processing and a deferral notice data queue entry is sent to the primary input data 
queue (DQAM61V1) to notify that program that a deferred transaction exists (both data 
queue entries sent with key = «DIS'). 

IP the received transaction set's STATUS CODE is not -E-xtend nor 
■T'erminate, then reject the transaction set back to the trading partner's adiuster 
as a "data domain error". 



In all cases that an existing open rental contract is updated with an 
authorization extension or termination, the associated open contract file record's 
and its adjuster callback file record's direct billing authorization information is 
updated if the adjuster information is changed. 

IF this transaction is an authorization termination (CRED01:CRBSTS='T' ) 
then update the callback's current EXTENSION DATE is replaced with this input **' 
transaction's data set's customer request for extension detail (CRED01) record 
format's non-zero TERMINATION DATE, regardless if the new value of the EXTENSION DATE 
is a Saturday or Sunday date. Likewise, a callback detail note record is generated 
to indicate the replaced EXTENSION DATE with an ■ Rental Terminated On: mm/dd/yy" and 
■By: Adj usterL astName*AdjusterPirstName* ■ formatted text where the -mm/dd/yy- is the 
replaced EXTENSION DATE and the Adjuster's name is derived from the data provided in 
the Adjuster Detail (ADJD01) record format, update the cumber of authorized days in 
the Reservation record. 



IP this is an authorization extension ( CREDO 1: CRESTS ='T' ) , with DAYS TO 
EXTEND is zero, then the current EXTENSION DATE remains. This will allow ARMS 
Trading Partner Insurance Company to send a termination request., (The Becond phase 
will allow ARMS Trading Partner Insurance Company to receive "RE- and send "EX" 
transactions.) Likewise, a callback detail note record is generated to indicate the 
same value EXTENSION DATE with an " Rental Terminated On: mm/dd/yy- and "By: 
AdjusterLastName»AdjusterFirstName*" formatted text where the "mm/dd/yy is the 
current value of the callback's EXTENSION DATE and the Adjuster's name is derived 
from the data provided in the Adjuster Detail (ADJD01) record format. Update the 
number of authorized days in the Reservation record. 

IF this is an authorization non-zero extension, then the non-zero 
EXTENSION DATE is recomputed by adding this input transaction's data set's customer 
request for extension detail (CRED01) record format's DAYS TO EXTEND to th open 
rental contract's current EXTENSION DATE. 
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Likewise for an authorization extension for a 



™w a M iiu >«. » _ * non-zero days TO EXTEND 

ZZ' ^ ^ detaA1 °° te record 18 generated to indicate the recomputed EXTENSION 
with an -Rental Extended Until: mm/dd/yy and "By: 

AdjusterLastName*AdjusterFirstName*- formatted text where the -mm/dd/yy- is the 
computed new extension date and the Adjuster's name is derived from the data provided 
in the Adjuster Detail (ADJDOl) record format. p 6(1 

Update the number of authorized days in the Reservation record. 

©Notes: 

, ft t A ^ hiB Program is submitted for execution by the ARMS Startup Jobs program 

(CLL810) with no entry parameters. 



File 



©Files: 
AMAPP 



(CRUD) 

(-R— ) ARMS Application Interface Input Transaction 



ECEXTCTL (CRU-) SCARS Pending Extension Request Control File 

RACMAST (-RU-) Open Rental Contract /Ticket File 

RACCBDET {C---} Rental Callback Detail Notes File 

RACCBCOC (-R«) Rental Consolidated Callback Control File 

RACCBK3 (CRU-) Rental Consolidated Callback Control File 

CB007P00 (-RU-) Open Rental Contracts Callbacks Control File 

CB032P00 (-RU-) RMS Callback Contracts by Group/Branch/Ticket 

RACBRMST (-RU-) ECR Branch Reservations Master File 

©Embedded Data/Constants: 

•Rental Extended Until: 1 used to provide a preformatted Callback 
Detail Notes phrase. 

•Rental Terminated On: " used to provide a preformatted Callback 
Detail Notes phrase. 

'Rental Extended 0 days 1 used to provide a preformatted Callback 
Detail Notes phrase. 

•DQAM61V1 • 
•EC00EXV1 • 

•OVRDBF GB007P00 WAITRCD (*IMMED) • 
'OVRDBF RACMAST WAITRCD (*IMMED) 1 
•OVRDBF RACMAST WAITRCD (*IMMED) • 



Notes text. 



• /■ used to as a date separator for date output into a Callback Detail 



Logicals : 



9 V 

•N« 
• 1 • 



Process/shutdown codes: 
•EX* 
»SD« 



Format IDs: 



■APPD01' 
•ADJDOl- 
'CRED01 1 
•COMD01» 



Comments : 
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•LECOOEXVl' is used as the JOB HAKE. 
•EC0OEXV1' used as the CALLING PROGRAM ID. 

•EXB' as the input key used for receiving keyed data queue entries. 
1 0123456789' as all valid numeric characters to use for validation of all 
numeric character data element fields. 

The following OS/400 Override Printer file commands are executed through 
execution of the 'QCMDEXC program to change the output queue names by insertion of 
the Group/Branch ID (4 character) in the output queue name to cause the printing of 
an open rental contract /ticket or the executed Print a Branch Reservation to print at 
the associated rental location »s office plain paper printer: 

OVRPRTP FILE (QPRINTP ) OOTQ(P P) FORMTYPE (PLAINPAPER) 
DLTOVR FILE (QPRINTP) 

©Improvement Opportunities: 

1. ) Delete the 'EC00EXV1' program name and 'LEC00EXV1' job name constants 
and specify/use the Program Status Data Structure's PROGRAM ID and JOB NAME data 
elements for these purposes. 

2. ) Change the program's use of the database files used for update 
purposes before opened for update via the following OS/400 database file override 
commands are executed through execution of the 'QCMDEXC program. This would be to 
decrease the locked record/object wait times for update files from the object default 
of 1 minute to 5 seconds. 

3. ) Add a new executable program to check for an associated existing 
record in the file RACPKNDC (CRU-) "Open ECARS Rental Contracts/Tickets in progress 
of being changed or closed control file" for checking if OK to process and if so # 
output a record until the operation is complete, then delete the RACPENDC record that 
was written to clear way for other transactions. 

4. ) Move the "Rental Extended Until:", "Rental Terminated On:", "Rental 
Extended' 0 days" and "By: AdjusterLastName*AdjusterFirstName* " formatted text comment 
templates into an external ARMS Table File that contains the pref ormatted callback 
detail note automated comments. 

5. ) Prior to opening the user- controlled open files that are used to READ 
or CHAIN for UPDATE, execute an "Override Data Base File" command to change the 
record- lock wait times from the default 60 seconds to 5 seconds as was done in the 
EC00ATV1 and EC00CNV1 programs. 



Process 

Hierarchical numeric ID: 1.1.1.1.5.1.3 
Coded name: EC00CNV1 

Name: P©1 Interface EC with Rental Cancellation / Denial of Authorization (EC00CNV1) 
Comment : ©Purpose : 

To update the rental database with the cancellation information received 
from the trading partner to either cancel a previously ARMS -authorized open contract 
and/or open branch reservation, or, to deny billing responsibility in response to a 
request for authorization on a branch reservation or an open rental contract 
(ticket) . 

^Operational Method: 
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~~ Tnis program endlessly receives the 1 CNB 1 keyed input data queue entries 

from the input data queue (DQAM61V1) that program AM0061V1 generated as input to this 
program. 



Once a shutdown data queue entry is received, then send this shutdown 
data queue entry to the DQANDST data queue and end this program. 

» 

For any non-shutdown data queue entry, read all of the associated ARMS 
Application Interface Input Transaction file (AMAPP) records. 

IP there are no deferred transactions while processing, then execute the 
Update Electronic Messages program (BCMSGVl) with 3 input parameters, the APPDOl 
record format's Reservation ID (6 character), the data queue entry value (96 
character), and the current CALLING PROGRAM ID (10 character) to write the electronic 
customer messages to SCARS message database. 

IP while attempting to retrieve for update any existing file records tha t 
are locked for update, then the transaction is deferred by sending the data queue 
entry with key « 'DIS' to a secondary input data queue (DQAM6BV1) and a deferral 
notice data queue entry with key = 'DIS' to a primary input data queue (DQAM61V1) to 
be reedited by the AM0061V1 program for later processing. 

IP the received transaction set's reservation is not found, the 
reservation is closed, or closed ticket that had been opened using the ARMS- 
authorized reservation, then error the transaction and page ARMS On-call. 

IP the received transaction set's reservation is closed, then execute the 
Internal/External Error Handling Program (AM0098) to Reject the transaction. 

IF the received transaction set's retrieved unauthorized reservation has 
been voided, discontinue any further processing of this transaction. 

IP the received transaction set's retrieved rental contract has been 
voided, then the transaction is deferred by sending the data queue entry with key = 
•DIS' to a secondary input data queue (DQAM6BV1) and a deferral notice data queue 
entry with key « 'DIS' to a primary data queue (DQAM61V1) to be reedited by the 
AM0061V1 program for later processing. AM0061V1 will then handle the Ticket record 
not being found appropriately. 

IF the received transactions set's retrieved reservation is authorized, 
then do the following: 

..IF the received transaction set's reservation is found, is ARMS 
authorized, and, a ticket is currently being opened using the reservation (BRTKT = 
999999), then defer this transaction as stated previously. 

. . IF the received transaction set 1 s open ticket and/pr reservation is 
found, is/are ARMS authorized, and available, then reset its direct billing 
indication (leave the Bill -To ID and related information), load the RATE QUOTED 
COMMENT with "ARMS Direct Bill Canceled By Ad j ust erLas tName , Ad j us terFirs tName , and 
clear the ARMS authorization information from Branch Reservation Pile (RACBRMST) and 
from Ticket Master Files (RACMAST & RACSMAST) file records and its associated 
Callback Control and update. Create a Callback Control for the Reservation if it 
does not exist. Generate a Callback Detail Note file record with the comment "ARMS 
Direct Bill Canceled By Adj ust erLas tName, Ad j us terFirstName" in NOTE #1, along with 
the associated adjuster's claim center internal CUSTOMER NAME from the Customer 
Master File (CDSTMAST) as "At customername'' in NOTE #2. Update or create the 
consolidated callback control files. Callbacks for a reservation attached to an 
Incomplete Ticket will be created or updated using the Reservation number. 
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.-IF the received transaction set's reservation is round, is NOT ARMS" 



authorized, and is available for update (regardless if linked to open contract/ticket 

*? t} ' reset its (and its associated open rental contract /ticket) direct 

bxlling indication (leave the Bill-To ID and related information) , load the 
reservation's RATE QUOTED COMMENT with "ARMS Direct Bill Denied By 
^ j ^erLastName , Ad j us terFirs tName- , in the Branch Reservation Pile (RACBRMST) and 
the Ticket Master File (RACMAST) file records and its associated open rental 
contract/ticket file and update. Update the callback and the consolidated callback 
control files, using the open rental contract/ticket identifier if it is completely 
open (has a non-zero CONTRACT DATE) , else use the reservation's identifier. Create a 
Callback Control for the Reservation if it does not exist. Generate a Callback 
Detail Note file record with the comment "ARMS Direct Bill Denied By 
Ad j usterLas tName , Adj us terFirs tName ■ in NOTE #1, along with the associated adjuster's 
claim center internal CUSTOMER NAME from the Customer Master File (CUSTMAST) as -At 
customername" in NOTE #2. ' as AC 

©Notes : 

(nri*,^ Pr ? 9ram 18 submitted for execution by the ARMS Startup Jobs program 

(CLL810) with no entry parameters. F ^ 

©Files: (CRUD) 

AMAPP (-R~) 

RACBRMST (-RU-) 

CB007POO (CRU-) 

RACCBDBT (C ) 

RACMAST (-RU-) 

RACCBCOC {-R--> 

RACCBCTK (C-U-) ECR Callback Consolidation Skeleton File, 

by Group ID, Branch ID f Rental Contract/Document ID 'via the RACCBK3 
logical access path. 

RACCBCBS (C-U-) ECR Callback Consolidation Skeleton File - Shop, 
, . , h Y Group ID, Branch ID, Rental Contract/Document ID via the RACCBB3 

logical access path. 

CUSTMAST (-R — ) 
RACSMAST (-RU-) 
EMSG (C-~) 

©Embedded Data/ Constants : 
•ARMS' 

•ARMS Direct Bill Denied By' 
'ARMS Direct Bill Canceled By* 

©Improvement Opportunities : 



Process 

Hierarchical numeric ID: 1.1. 1.1.5. 1.4 

Coded name: ECOOCMVT 

Name: POT Interface EC with Customer Message (EC00CMV1) 
Comment: ©Purpose: 

To update the rental database with any text messages received from the 
trading partner in the functional group type 'CM'. 

©Operational Method: 
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* ^ ] T *** program endlessly receives the 1 CMB 1 keyed input data queue ent^T^— ' 
prSrat C P (DQAM61V1 > that AMOOSlSl generated as^t to JSs 

- _ 0nce a s ^ utdown data <iueue entry is received, then send this shutdown 

data queue entry to the DQANDST data queue and end this program. 

a _ * or ^ n °a-sfcutdown data queue entry, read all of the associated ARMS 

Application Interface Input Transaction file (AMAPP) records. 

IF any COMD01 or SDRD01 record formats were found, execute the Update 
Electronic Messages program (ECMSGVl) with 3 input parameters, the APPDOl record 

Sf^T f^n™^ 11 ^ ,i * °? araCter) ' tte data ** ue entry value (96 character), and 
the CALLING PROGRAM ID (10 character) to write the electronic messages to ECARS 
message database. «w^o 

©Notes: 

/PTTO , M ^ J?* 8 P****** is submitted for execution by the ARMS Startup Jobs program 
(CLL810) with no entry parameters. ^ 

©Files: (CRUD) 

AMAPP (-R~) 
RACBRMST (-R--) 
RACMAST (-R--) 

©Embedded Data/Constants: 

, EC00CMV1 , used as the CALLING PROGRAM ID. 

• CMB ' as the input key used for receiving keyed data queue entries. 
©Improvement Opportunities: 

1. ) Convert this OPM RPG program to an ILE RPG program. 

2. ) Delete the 'EC00CMV1' program constant and specify/use the Program 
Status Data Structure's PROGRAM ID data element for this purpose. 

Process 

Hierarchical numeric ID: 1.1.1.1.5.1.6 
Coded name: AM2090V1 

Name: PGM Retrieve ARMS Data (AM2090V1) 
Comment: ©Purpose: 

To retrieve specified information from the ARMS database. 
©Operational Method: 

This program is executed using a single 256 -byte data structure parameter 
for both input and output (see ©Notes for a detailed description) . 

- Determine which type of information is being requested using the passed 
input parameter identification code. 

— Passed input parameter's data element for Data Structure ID Code 
specifies the associated information retrieval processing description: 
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■hi- - Retrieves AMXBCO rile record trading partner's branch claims 

office (BCO) information by the passed ENTERPRISE CUSTOMER ID 

•B2' - Retrieves AMCLSTBL file ARMS Vehicle Class Description and Rate 
Code Table information by the passed ECARS VEHICLE CLASS CODE 

»B3' - Retrieves AMXREP Rental Transaction Cross -Reference, AMXBOOLl 
Branch Claims Office*, and ARMSPR1 Trading Partner attributes information by the 
passed ENTERPRISE CUSTOMER ID, RENTAL LOCATION ID and RESERVATION/ /TICKET ID 

'B4' - Retrieves AMXREP, AMXBCOL1*, ARMSPRl, along with the Rental System 
Application Specific** (ARMSPR5 or ARMSPR6) information by the passed RENTAL LOCATION 
ID and RESERVATION/ /TICKET ID 

•B5« - Retrieves AMXREP, ARMSPRl, along with the Rental System 
Application Specific** (ARMSPR5 or ARMSPR6) information by the passed RENTAL LOCATION 
ID and RESERVATION/ /TICKET ID 

'B6' - Retrieves AMXREP, ARMSPRl information by the passed RENTAL 
LOCATION ID and RESERVATION/ /TICKET 3D 

•B7« - Retrieves AMXBCOL1, ARMSPRl file information by the passed 
ENTERPRISE CUSTOMER ID 

•B8' - Retrieves ARMSPRl file record information by the passed ENTERPRISE 

CUSTOMER ID 

■B9» - Retrieves AMXREP file record information by the passed RENTAL 
LOCATION ID and RESERVATION/ /TICKET ID 

(*N6te: Branch Claims Office information is retrieved only when the 
retrieved Rental Transaction Cross -Reference indicates that it is not currently 
authorized or the Identificaiton Code is 'B4'. This condition was needed since 
Trading Partner Profile ID was stored in two places. Undesirable results occurred 
prior to this condition.) 

(**Note: Rental Application System Profiles consists of two files: One 
for ECARS used by ERAC branches for the rental administration of their group's 
vehicles; and one for Claims Connection used by the National Reservations Call Center 
staff for- the administration of third-party non-ERAC vehicle rentals. The Source ID 
on the Rental Transaction Cross -Reference ( , B» = Branch ECARS; = Claims 
Connection) determines which file the information is retrieved. 

- IP the passed Identification Code does not match those accepted by this 
program, generate a program exception error and return an unsuccessful Completion 
Status Code PD«) to the calling program. 

- IP the requested information record(s) are successfully retrieved, 
return the values from those file(s) record (s) along with a •successful Completion 
Status Code (»A«) to the calling program. 

" IP any record was not found, return blank value (s) from the specific 
file record along with a successful Completion Status Code ('A') to the calling 
program . 

- IP a database error occurred, then generate a program exception error 
and return an unsuccessful Completion Status Code CD») to the calling program. 

- When the passed Identification Code is 'B4», determine if the trading 
partner's branch claims office is currently active for electronic billing. 
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This program is currently executed with a single 256 character string 
input/output parameter that is further redefined using the empty ANDSB#V1 file as an 
external data structure. The external definition contains two important input 
fields. The first is the Data Structure Identification Code, which is always a two 
position alpha field in the first two positions of the data structure. • The second 
immediately follows the first and is a one position Program Return Code. A value of 
•A« returned in this position to the calling program indicates the processing request 
was completed successfully. The total maximum length is 256 positions, and the unused 
space has been defined as a "filler" (future expansion) field. 

The data structure data elements descriptions are: 



format) 



Input 

Input 
Input 
Input 
Input 
Input 
Input 



Output 



2 character 
1 character 

7 character 
10 character 
6 character 
6 character 
2 character 
8,0 numeric 



ARMS Identification Code 
Program Return Code 

Enterprise Customer ID 
Rental location ID 

Reservation ID 

Ticket ID 

ECARS Vehicle Class Code 
Transaction Date (in CCTYMMDD 



Input 

Output 
Output 
Output 
Output 

Reference File Record Status 

Output 
Output 



10 character Calling Program ID 
20 character Vendor Transaction ID 
20 character 

5 character 

1 character 



Code 



Claims Connection 



P1FG10 

Rental - PlFGll 

- P1YN21 

Request - P1YN22 

- P1YN25 

XBYNBL 

N=No slide - Pi 



Output 
Output 
Output 
Output 
Output 

Output 

Output 
Output 
Output 

Output 

Output 
Output 

Output 
Output 
Output 

Output 
Output 

Output 
Output 
Output 
Output 



1 character 
1 character 

10 character 
14 character 
20 character 
10 character 
1 character 

1 character 

1 character 
1 character 
1 character 



Customer Transaction ID 
ARMS Profile ID 
ARMS Rental Transaction Cross - 

Machine ID 

Source ID - Branch Reservations / 

Branch Claims Office - AMXBCO 
Enterprise Car Class Code 
ARMS Car Class Description • 
Billing Program 
Generate Extensions from Rental - 

Generate Batch Extensions from 

Electronic Bill(Y/N)- P1YN12 
Generate Policy Max Note P1YN17 
View Ticket/Reservation 1 Day Early 



1 character Only Days Needed For New Callback 

1 character Electronic Messaging - P1FG24 

1 character Allow Cust Trail /Id on Fax Documents 

1 character Allow Dnderaged Driver - P1YN26 

1 character Send ELCD01 Format on RA - P1YN27 

1 character Generate Electronic & Paper Bills - 

1 character Insurance Pays Underage Surcharge 

1 character Weekend Slide Y= Sat /Sun M=Sun Only 

1 character R=RA I=IN B=Both N=No 

1 character How to Populate RATD01? 

1 character ARMS Special Condition 

1 character Send Adjuster Name on RA Y/N 
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ARMS Process R eport 

Centralized Adjuster Phone # — 
Expansion Flag Field 
Expansion Flag Field 
Expansion Flag Field 
Expansion Flag Field 
Expansion Flag Field 
Expansion Flag Field • 
Expansion Flag Field 
Expansion Flag Field 
Expansion Flag Field 
RC Cancel Assignment Surchage 

Filler (Future Expansion) 



Output 


1 


character 


Output 


1 


character 


Output 


1 




Output 


1 


character 


Output 


1 


character 


Output 


1 


character 


Output 


1 


character 


Output 


1 


character 


Output 


1 


character 


Output 


1 


character 


Output 


1 


character 


Output 


73 character 



NOTE: New functions desired by this program have to be closely 
coordinated with the rental company application (ECARS or Claims Connection) 
requesting the new function desired in this program. All objects involved with the 
new function must be moved into production at the same time. 

IF this program is executing on a development platform, terminate the 
program when returning to the calling program for deallocation of resources among 
many testers within an ARMS testing environment. 

The ARMS system will now enable electronic invoices, payments and 
remittances (processed here) to be sent/received for non-ARMS Rental Management 
Trading Partners that are Direct Billing/Remittance Trading Partners, such as 
Tennessee Valley Authority (an Enterprise Fleet Services customer) . Therefore, ARMS 
will receive a data queue entry to generate an electronic invoice (and create an 
associated ARMS Rental Transaction Cross -Reference (AMXREF) . file record) when the 
trading partner never sent to ERAC (via ARMS) any initial rental authorization. 

©Files: (CRUD) 

AMXBCO (-R--) ARMS Branch Claims Office Cross-reference File, 

using access path AMXBCOL1 by Enterprise Customer ID. 

AMXREF (-R — ) ARMS Cross -reference File, accessed by Vendor 

Transaction ID 

accessedi by Rental Location ID, Ticket ID 

accessed by Rental Location ID, Reservation ID 

ARMSPRl (-R--) ARMS Profile File - Application Specific Flags 

ARKSPR5 (-R--) ARMS Profile File - ECARS Application Specific 

Data 

ARMSPR6 (-R--) ARMS Profile File - CLAIMS Application Specific 

Flags 

AMCLSTBL (-R--) ARMS Vehicle Class/Rate code file 

©Embedded Data/Constants: 
'.AM2090V1 1 as the PROGRAM ID 

•Bl« through 'B9* are the ARMS Identification Code for the type of 
information retrieval requested. 

©Improvement Opportunities 

1. ) Convert from OPM RPG program to ILK rpg service program. 

2. ) Delete the •AM2090V1 , constant and use the Program Status Data 
Structured left-adjusted PROGRAM ID value for the same purposes. 
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, 3-) Re P lace th e execution of the current ARMS Handle Internal Error 
L^molsT'ZT^ ^ eXeOUtl ° n ° f n6Wer ARMS Handle ^-^/^temal 



Process 



Hierarchical numeric ID: 1.1. 1.1. 5.x. a 

Coded name: MILMATH 

Name: PGM Manipulate Ambiguous Dates (MILMATH) 
Comment : ©Purpose : 



To compare, add or subtract any passed input dates parameter field 
values. This program handles everything that the 'CCDATE' program does, with new 
standards, plus a module/program to handle addition/subtraction and comparison of 
ambigous dates in different formats. 

©Operational Method: 

, ^ ^ his Program accomplishes the same thing as any of the RPG operation 
codes it replaces (ADD, SUBTRACT, etc., see FUNCTIONS) except that it makes century 
part of the equation. Basically, any dates calculated through MILMATH are expanded 
to xnclude Century first and the fields in the program remain unchanged. Century is 
determined for all Standard Dates by comparing the year portion to 40. Century is 
determined for all Date Of Birth Dates by assuming no Birth dates can be in the 
future and no one is older than 100. 

FUNCTIONS: 

ADDITION: Of numbers representing dates to numbers representing dates 
and of numbers to numbers representing dates. 

SUBTRACTION: Same as Addition only MILMATH also will handle 
subtracting a number representing Date Of Birth from a number representing a standard 
elate • 

COMPARISON: Between numbers representing dates. Using COMP opcode. 
EXPANSION: Of numbers representing dates with YYto YYYY. 



Is currently executed with the following parameters: 

^ mfmr , Ac tion: input 1 Character - flag for the type of operation that 
MILMATH is to perform, (see FUNCTIONS.) 



depending on Length 2,4 or 6.) 



(YY is YYMM or YYMMDD 



(A) 
(B) 
(O 
(I) 
(S) 
(T) 
(U) 



YY + # of Years 
YY + YY 

YY COMPARE to YY 

YY Expand to YYYY 

YY SUBTRACT # of Years 

YY SUBTRACT YY 

YY SUBTRACT Date Of Birth 



Length: Input 2,0 Numeric 
of data being sent in DATE1 and DATE2 
described below. 

(2) « YY format- 2 digits 



- This parameter describes the length 
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digits. 14) » **MM format- 4 

(6) = YYMMDD format- 6 digits. 

Datel: I/O 8,0 Numeric - This parra receives factor 1 of a 

calculation to be done and sends it back with 
century added. 

Sent: Returned: 

YY CCYY 
YYMM CCYYMM 

YYMMDD CCYYMMDD 

Date2: i/o 8,0 Numeric - This parm receives factor 2 of a 

calculation to be done and sends it back with 
century added. 

Sent: Returned: 
YY CCYY 
YYMM CCYYMM 
YYMMDD CCYYMMDD 

Result: Output 8,0 Numeric - This parm returns the result of the 
calculation if applicable. 

HI Indie : Output 1 Character - This parm returns the HI indicator 
result of all applicable calculations. 

LO Indie : Output 1 Character - This parm returns the LO indicator 
result of all applicable calculations. 

EQ Indie: Output 1 Character - This parm returns the EQ indicator 
result of all applicable calculations. 

©Embedded Data/Constants: 

Possible valid ACTION CODE values: 
•A 1 = Add Number of Years 
•B» = Add Years 
; „ > 'C 1 = Compare Years 

a if Compared Years 
•S* ■ Subtract Number of Years 
•T« = Subtract Year from Year 

■U» « Subract Date Of £'.rth Year from Current Year to compute age 
©Improvement Opportunities: 

Convert the programs that execute this program to ILE RPG and do all date 
manipulation by converting the values to the same format Date data types and 
performing like data type operations on the dates. 



Process 

Hierarchical numeric ID: 1.1.1.1.5.1.9 
Coded name: CCRAXZ 

Name: PGM Retrieve 6PBR Tax Detail / Cvt Sys Time to Br Time (CCRAXZ) 
Comment: ©Purpose: 

To retrieve a rental branch tax accounting information and convert the 
system time and date (currently United States Central Time Zone for all computer 
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platforms) to the rental branch's local time and date by using the TIME ZONE 

ADJUSTMENT field value (that is +n or -n hours from the Central Time Zone time) . 

©Operational Method: 

This program is only executed when called by another program using two 
parameter fields: Group/Branch Tax Data for 215 characters, and Time Zone Conversion 
Data for 41 characters . 

The Time Zone Conversion Data 41 characters are further redefined as: 

1 alpha Input Action Code (possible values: A B G R T) 

4 alpha Input Group/Branch ID 

6 alpha Input Time (hhmrass - where "sb" is optional) 

8 alpha Input Date (mmddccyy) 

1 alpha Input Time Format Flag (possible values: M - 
Military/23 -hour or S - Standard/ 1 2 - hour with AM/PM) 

6 alpha Branch Military Time (hhmmss) 

6 alpha Branch Standard Time (hhmmAM) 

6 alpha Branch Modified Date (mmddyy) 

2 alpha Century (cc) 

1 alpha Program Return/Error Code (possible values: B G R 

T blank) 

Input Action Code dictates what this program is to return to the calling 
program- The codes are listed as follows: 

A a Sent Group ID and Branch ID. Retrieve associated Group/Branch Tax 
file information and convert /adjust passed time/date according to time flag. 

B = Sent Group ID and Branch ID. Only check if that Group/Branch ID 
value exists in Group/Branch Tax file. If not, load «B- to the PROGRAM RETURN/ERROR 
CODE parameter subfield. 

G = Sent Group ID only. Check if that Group ID value exists in 
Group/Branch Tax file. If not, load 'G' to the PROGRAM RETURN/ ERROR CODE parameter' 
subfield. 

R = Sent Group/Branch ID. Retrieve associated Group/Branch Tax file 
record's information. Do not convert /ad just time/date. If ndt, load "R 1 to the 
PROGRAM RETURN/ERROR CODE parameter subfield. 

T = Time conversion only. (Not used by any program currently calling 

CCRAXZ.) 

Based on the Outcome of the input codes and the data provided to the 
program, one of the following return codes will be generated: 

(blank) = No error 

B = Group/Branch ID record not found in the ECARS Group/Branch 

Tax File. 

G « Group ID not found. 

R « Group/Branch ID record not found for Group/Branch Tax file 
record information retrieval request. T = Standard Input time invalid 

or cannot be interpreted because none of the characters "AaPp" (for AM/PM or am/pm) 
are in the passed TIME field's position 5. Impossible since this program does not 
edit for time errors. It assumes time sent for conversion is correct. 
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Retrieves the associated GPBRTZ Group/Branch Time Z one Adjustment f Hi ' 

record that indicates the time zone difference (in hours and fractions of hours) from 
United States Central time. ' 

Program CCRAXZ will expect the following implied questions from the 
calling programs: 

■What is the branch time/date equivalent to the system time/date?" 
■What are the individual government charge computation requirements 
for this branch?* 

No editing occurs in this program - otherwise calling program" is 
responsible for validity of input data. 

A record for the branch code must exist in the BC026P file. The value of 
the time zone adjustment field TZADJ must be -5 to less t han 19. 

©Files: (CRDD) ( signifies the file usage is only as an external 

data structure.) 

- BC026P00 (-R~) 

- GPBRTZ (-R — ) 

- DTPARM ( ) 

©Constant / Embedded Data: 

AaPp - CHK array to check for a valid AM (am) /PM(pm) . indication, value. 

©Improvement Opportunity: If the internal data structures were defined 
externally, then any changes to the structure would be prone to less errors and only 
a recompile of all programs that utilized them would need to be performed to 
implement the change. (NOTE: The data structure to copy into each program is in 
ELLIB/QDOCSRC/CCRAXZ. However, some comments are out of date because they are no 
longer va lid. This includes the specifications in the ARMS NEPs that check if the 
PROGRAM RETURN/ERROR CODE = -A-, but no code in the CCRAXZ program will load this 
value to that parameter subfield.) 

There are several problems with the "time zone adjustment" field, u 
BC026P:TZADJ. While these pose no problem under the current range of time zones 
covered by existing branches, there are basic conceptual errors which show up when 
the data is applied on a global basis. The first problem is the existing range, -12 
to +12, specified for the field. This is a set of 25 values to be applied to 24 time 
zones; taking St Louis /Central time adjustment as 0, the -12 arid +12 values overlap 
on the (global) 18th zone. Because the above set of values does not take into 
account the International Date Line, its use returns date errors. For systems which 
use Central Standard (global time zone 6) as the system time, the correct value is 
the offset from St Louis time; -5 to less than 19. However, the UK machine uses 
Greenwich as its system time (global time zone 12) . In this case values from -12 to 
less than +12 are correct. The meaning of the field and its values needs to be~ given 
a single definition. This has been accommodated by the two fields in the newer 
GPBRTZ file. 

GPBRTZ File Description: This file holds the time zone information for 
each Enterprise Rental group/branch. Time Zone information includes: 

a. ) Time zone offset from the International Date Line (was Greenwich Mean 
Time - GMT or PTC - Universal Coordinated Time) used to determine in which time zone 
a branch exists, (e.g.. Eastern, Central, Hawaii). 

b. ) Time zone adjustment with respect to the Central Time used by the Two 
O'clock programs and to print time on the tickets. 

c. ) Day Light Savings Observe indicator to indicate if branch observes 
Daylight Savings time period (from first Sunday in April through last Sunday in 
October.) 
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mrrn Programs EC00ATV1, EC00CNV1, EC00EXV1, BCMSGV1, AM2051V1 and module 

CBZ004A use this program to adjust the St. Louis (System) time value to the local 
group/branch's time for the transaction data set being processed. BC00ATV1 also uses 
this program during a different execution to retrieve the Sales Tax/Surcharge Account 
ID value to use for the decision of which formatted text should beused ffthe^SS 
Reservation file record's MAXIMUM AMOUNT text field. Branch 



Process 

Hierarchical numeric ID: 1.1.1.1.5.1.10 
Coded name: ECMSGV1 

Name: PGM Update Electronic Message (ECMSGV1) 
Comment : ©Purpose : 

To update ECARS Electronic Message database files with the received 
messages from the trading partner. 

©Operational Method: 

This program is called from ECARS NEP's that run in the ARMS system that 
process COMD01 or CBKD01 formats. It uses the transaction's passed key value 
received from the DQAM61V1 input data queue to access AMAPP file data and load the 
APPD01, ADJD01, COMD01, CBKD01 and SURD01 proprietary EDI record formats' data into 
the appropriate external data structures used within this program. This information 
is then used to update an existing or write a new ECARS Message Control Pile (RACMSC) 
record and write corresponding new Message Detail (RACMSD) file records. No data is 
returned to the calling program. 

©Notes: 

This program is executed with the following 3 input parameters: 

6 character Reservation ID 
96 character AMAPP Application Interface Input Transaction Pile key 
10 character Calling Program ID 

This program does not Set On *INLR so that it can Be reexecuted without 
reperforming the program retrieval, memory loading/addressing and program 
initialization. " 

©Files: (CRUD) 

AMAPP (-R— ) Distributed APPLICATION INTERFACE input 

transactions file 

RACBRMST (-R--) Branch Reservations Master File '■' 

RACMAST <-R~ ) ECARS Open Rental Contracts /Tickets Master File 

RACCBCOC (-R--) ECARS Rental Callbacks Consolidation Control File 

RACMSC (CRU-) Electronic Message Control File 

RACMSD (c— ) Electronic Message Detail File 

® Embedded Data/Constants: 

Actual Constants: 
1 - Sent by' 
•Sent by' 

'Surcharge Authorized: • 
• /Day « 
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•/Rental • 



1 Percent 

Embedded Data: 

•ECO0CMV1' 
'ECO0ATVl» 



code) 



format) 



•AT» (Authorization Maintenance proprietary EDI transaction group type 

■T' (Authorization Transfer proprietary EDI tranaction set type code) 
•APPDOl* (Internal ARMS routing header proprietary EDI record format) 

•ADJDOl 1 (Adjuster Detail proprietary EDI record format) 
* CBKD01 1 (Callback Detail proprietary EDI record format) 
•COMD01 1 (Comment proprietary EDI record format) 

'SURDOl 9 (Surcharge Approved for Direct Billing proprietary EDI record 

•R 1 (Rental Document ID Reservation Type Prefix) 

•D' (Rental Document ID Rental Contract /Ticket Type Prefix) 

»*■ (LastKame*FirstName* delimiter) 

"ARMS' (Record Created By Employee) 

•D' (Per Rental -Daily Amount Surcharge) 

•L 1 (Per Rental-Lump Amount Surcharge) 

f P» (Per Rental-Percentage Surcharge) 

(Surcharge Amount Positive Sign) 

(Surcharge Amount Negative Sign) 
05' (Government Surcharge Type Code) 



•Y 1 (Yes) 
■N» (No) 

t*£t 
•A« 

•M' ('CCRAXZ 1 program execution input parameter for Action Code) 
©Improvement Opportunities: 

Convert this OPM RPG program to an ILE RPG service program comprised of 
II*E RPG modules. 

Process 

Hierarchical numeric ID: 1.1. 1.1. 5,1.11 

Coded name: CCRS10 

Name: P©4 Print Reservation Detail (CCRS10) 
Comment: ©Purpose: 

To notify and alert the rental branch that a rental- authorization has 
been received from the rental management trading partner. Furthermore, display 
specific information about the reservation: Renter 1 s name; address; phone number; 
Insurance replacement information and any special requests (Vechile- Van, requires 
pickup date/time) . 

©Operational Method 

- Retrieve branch reservation detail record 

- IP reservation was created thru ARMS 

Print fields and headings. Calculate renter pay percent 

- Convert flag fields to constants (pickup status, loss type) 

- Build sucrcharge print lines 
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- Retrieve last 10 messages ONLY 

- Override the printer file to the Group/Branch output queue. Change 
formtype to PLAINPAPBR 

©Files: (CRDD) 

RACBRMST (-R--) 

RACPAYOP <-R— ) 

LIFKM#1 (-R--) 

ECSURCHG (-R--) 

RACMSG1 (-R--) 



Process 

Hierarchical numeric ID: 1.1.1.1.5.2 
Coded name: 

Name: ADT Interface with Claims Connection (AT/CN/EX) 

Comment: ©Definition: The automatic process by which the Claims Connection 
database files are updated as a result of a request sent by the Rental Management 
Trading Partner (AT, CN, EX, ) . . 



Process 

Hierarchical numeric ID: 1.1.1.1.5.2.1 
Coded name: CC0OATV1 

Name: PGM Interface CC with Rental Authorization (CC00ATV1) 
Comment : ©Purpose : 

To update the claims connection database with any authorization 
information received from the trading partner. 

©Operational Method: 

- Wait indefinitely for the next DQAM61V1 data queue entry with a key of 
•ATC. J 

. , . - IP the receive data queue entry is a shutdown request, send that 
request to data queue DQANDST to inform the distributed send program it has ended. 

- IP the receive data queue entry is a non- shutdown request THEN 

- Open programs files, if not previouly opened. 

- Read the transaction data set records from AMAPP and 

and populate the associcated record format. 

- IF authorization is a change request and there's no ticket ' update 

the reservation. 

- IF authorization is a change request and. there* is a ticket, update 

the ticket. Communicate thi s change to 'ARMS by 
forwarding a data queue entry to DQ AM 60 VI. 

- IF authorization is an add or tr ans fer request and there's no 

ticket, create the reservation. Communicate this c hang e to 
ARMS by forwarding a data queue entry to DQAM60V1. 

- IF authorization is an add or transfer request and there is a 

ticket, 

create the ticket. ***Can»t happen. 

KNDIF 

©Impovement Opportunity: 
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- Use program status data structure to retrieve program name. 



rUc llco 


vCRUD) 






CCEMP 


<-R--> 


CUSTMAST 


(-R--) 


UKUrlirl 


l-R — ) 


CCEXTCTL 


(C— ) 


CCEXTDTL 


(C— ) 


AMAPP 


(C— ) 


CONST 


(C— ) 


CCSURDTL 


(CR-D) 


CCRES 


(CRU-) 


CCNUM 


(-RO-) 


CCMASTKR 


(CRU-) 


©Notes: 





- This programs only runs on the Central machine* 

- The request (s) sent by the Rental Management Trading Partner can either 
be an authorization adds (AT -Add) or authorization changes (AT-Chg) . There axe three 
types of authorization adds: 1) An unsolicited authorization. 2) Authorization on 
a prior vendor authorization request. 3) Authorization for an open ticket (Vendor 
over- ride) 

- Presently there is a business limitation where you can not authorize an 
existing open ticket. 

Process 

Hierarchical numeric ID: 1.1.1.1.5.2.2 
Coded name: CC00EXV1 

.Name: P<3* Interface CC with Rental Extension/Termination of Authorization (CC00EXV1) 
Comment : ©Purpose : 

To update the claims connection database with any rental extension 
information received from the trading partner in the function group type 'EX 1 . 

©Operational Method 

- Walt indefinitely for the next DQAM61V1 data queue entry with a key of 

•KXC . 

- Open programs files, if not previouly opened. 

- IF the receive data queue entry is a shutdown request, send that 
request -to data queue DQANDST to inform the distributed send program it has ended. 

- IF the receive data queue entry is a non- shutdown request THEN 

- Read the transaction data set records from AMAPP and 

and populate the associcated record format. 

- Retrieve ARMS trading partner profile information through 

the use of ARMS data retrieval program (AM20 9 0V1) 

- IF extension is an extension request THEN 

- Calculate new extension date. 

- Generate associated text message for the history file. 

- Re -calculate bill-to and bill-from dates. 
ENDIF 

- IF extension is a termination request THEN 
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- validate termination date received 



Generate associated text message for the history file 
KNDIF 

ENDIF 
©Piles : 

CCEXTCTL (CRU-) 
CCEXTDTL (C---) 
CCMASTER (-RU-) 
AMAPP (-R--) 
REQSTCTL (CRU-) 

©Improvement Opportunity 

~ ^se program status data structure to retrieve program name. 
©Constants 

CONST ( 1 Rental Extended Until:') 
CONST ( 1 Rental Terminated On:') 

CONST ( ' OVRDBF FILE (CCMASTER) WAITRCD ( *IMMED) •) 
CONST ( 'DLTOVR FILE (CCMASTER) ■ ) 

CONST ( 1 OVRDBF FILE (CCEXTCTL) WAITRCD (*IMMED) • ) 
CONST ( ' DLTOVR FILE (CCEXTCTL) f ) 

CONST ('OVRDBF FILE (CCEXTDTL) WAITRCD (*IMMED) •) 
CONST ( 1 DLTOVR FILE (CCEXTDTL) • ) 

©Notes: 

- This program only runs on the centralized finicial system (Central) . 

- The request (s) sent by the Rental Management Trading Partner can 

either be an extension or termination. 



Process 

Hierarchical numeric ID: 1.1. 1.1.5. 2. 3 

Coded name": CC0OCNV1 

Name: ,P©€ Interface CC with Rental Cancellation of Authorization (CC00CNV1) 
Comment : ©Purpose : 

To process cancelation requests received from the trading partner in the 
functional group type , CN». 

©Operational Method 

- Wait indefinitely for the next DQAM61V1 data queue' entry with a key of 

•CNC 



- Open programs files, if not previouly opened. 

- IF the receive data queue entry is a shutdown request, close program 
files and send that request to data queue DQANDST to inform the distributed send 
program it has ended. 

- IF the receive data queue entry is a non- shutdown request THEN 

- Read the transaction data set records from AMAPP and 

and populate the associcated record format. 

- IF record not available THEN 



Confidential 



Page 100 of 246 



8/11/00 



WO 02/097700 



PCT/US01/51431 



314 



ARMS Process Report 

- send transaction request back to DQAM61V1. ' 
ELSE 

- Delete reservation record from file(CCRES) . 

- Generate associated text message for the history file. 
ENDIP 

ENDIF 

©Improvement Opportunity: 

- Use program status data structure to retrieve program name 

©Constant s /Embedded Data 

FILE ( ) WAITRCD ( *IMMED) 

©Files: 

AMAPP (-R--) 

CCINST (CR — ) 

CCRES (-R-D) 

CCDIRBIL (-R-D) 



Process 

Hierarchical numeric ID: 1-1, 1.1,5. 2. 43 

Coded name: VFYOBJ 

Name: POi Verify Objects Existance (VFYOBJ) 
Comment : ©Purpose : 

To determine if the specified object exists on the host platform. 
©Operational Method: 

- Check for the objects existance, return a code of '1' when object not 

found . 

©Notes : 

• * • - This program* is used by programs written in languages other than the CL 
to take advantage of the CHKOBJ CL command. 



Process 

Hierarchical numeric ID: 1,1.1.1.6 
Coded name: 

Name: ADT Generate Vendor Authorization Maintenance Request (AC/pA/RC/RE/RN/TR/VM) 
Comment: ©Definition: The automatic process of dispatching data queue entries for 
appropriate programs to generate the required record formats (data set) to be sent to 
a Rental Management Trading Partner in response to an action by the Rental System or 
in response to some communication received from the Rental Management Trading 
Partner. (This includes ECARS and Claims Connection) 



Process 

Hierarchical numeric ID: 1.1.1.1.6.1 
Coded name: 

Name: ADT Generate Claims Connection Authorization Maintenance Request 
(AC/RA/RC/RB/RN/TR) 
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comment: «Detlnltion: Tne automatic pro cess of dispatching data queue entries for 
appropriate programs to generate the required record formats (data set) to be sent to 
a Rental Management Trading Partner in response to an action by the Rental System or 
in response to some communication received from the Rental Management Tradinq 
Partner. 3 

Process 



Hierarchical numeric ID: 1.1.1.1.6.1.1 
Coded name: CC00TRV1 

Name: P(3* Generate CC Transfer Request (CC00TRV1) 
Comment : ©Purpose : 



To generate authorized reservation transfer (functional group type AT- 
Transfer) group type transaction data sets for sending to another Rental application 
system in response to a Claims Connection Rental System user requesting a transfer of 
an authorized reservation to an Enterprise Rent -A- Car rental group's rental 
functional site/branch. 



©Operational Method: 



- Receive the next DQAM60V1 data queue entry with the key value of 'TRC 
(for Claims Connection) in infinite wait mode. 

- M the received data queue entry is a shutdown request, send that data 
queue entry to the DQANDST data queue to inform the AM0106 program that this 
program's shutdown has been completed and end the program. 

- Xf the received data queue entry is a non- shutdown request, then from 
the data queue entry's Rental Location's Group ID and the Reservation ID passed, 
retrieve record from the CCRES rental reservation file. 

- Populate the associated record formats' fields as follows: 

- Load the retrieved reservation's Transferred To Location Group/Branch 
ID to the COMD01 Comment Format's Comment Text with the COMTX data structure 
Preformatted comment text immediately after the word "to*. 

- Populate the ADODOl data structure with the reservation's Bill-To 
Attention-Name, Phone and Extension, the Bill-To Street Address, City, State and 
Postal Code. 

- If adjuster name or phone/extension fields of the AMD 01 record format 
are blraak or zeroes, then retrieve the reservation's associated instructions file 
recoil for sequence 001 and extract and load this adjuster information from that 
instruction text line. 

" L° a d every non-blank reservation's associated CCINST Instruction file 
record's Instruction text field value to a COMD01 comment record format's comment 
field. 

- Load the RNTDOl Renter Detail and ADTD01 Authorization Detail record 
formats' fields with the associated fields' values of the retrieved CCRES file 
record. 

- If the retrieved CCRES file record's Repair Shop Name is not blank, 
then load that field value and its associated contact name and telephone number to 
the RPRDOl Repair Detail record format. 

- Load the retrieved CCRES file record's Renter's Car (Vehicle being 
replaced) Year (of Manufacture) and associated Make/Model and Date of Loss field 
values to their associated fields in the RNTD02 Renter Detail #2 record format. 

~ Load the retrieved CCRES file record's Work Phone, Home Phone and 
Social Security Number field values to their associated fields in the RNTD02 Renter 
Detail #2 record format's fields. 
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" If th±B traneter is mot going to Claims Connect ion, transfer each 

^™t ated electronic ^sage detail file records field value to their associated 
CBKDOl record format's fields. 

rekmv .* < ' If ^ eB «* *° retrieve the associated CCKXTCTL Callback Control file 
cSSi 8 ^°^ fUl reC ° rd typc is denervation), transfer each of its 

SSn J ^t**^ thexr associated Status Code field values to their associated 

CBKCOl callback Control record format's fields. Likewise, if such a callback control 
format was loaded, then for every associated CCEXTDTL Callback Detail file record 

o^S^*' tr :T fe f * tS N ? te #1 Note #2 fleld along with the note's tvoe 

original creation date, time, Employee ID and Program ID, to ?heir associated CBmoi 
Callback Detail record format's fields. tecl CTKDO l 

" Delete all associated CCSURDTL Surcharge Detail file records 

- Delete all associated CCEXTDTL Callback Detail file records 

- Delete the associated CCKXTCTL Callback Control file record! 

t-««a*<«. t^'J! rit t ^ 1 ° f non - blank record formats of the authorized reservation 
transfer (AT-Transfer) group type transaction data set to ANDIST transaction data set 

ITlll Hit f ° r # : Be ?f!2 f ^ cental application system host pStf cm 

to the ARMS centralized host computer system platform. 

- Sends the written authorized reservation transfer (AT-Transfer) qtoud 
type transaction data set record formats' key value to the ANDIST output file's 
associated DQANDST data queue. 

rf*t. a ™ J-u 6 ^ 3 J** received in P ut ^ta queue entry back to the DQAM60V1 Dispatch 
data queue with the key value of 'DIS' as a feedback method to the AM00G0V1 dispatch 
program to indicate that the dispatch task has been completed. 

©Piles: (CRTO) [When is shown as ( ), this is used as 

an externally-defined data structure.] 



- ARMSDATA 

- ARMS KEY 

- DQAM60V1 

- APPD01V1 

- ADJD01V1 

- AUTD01V1 

- C0MDO1V1 

- INSD01V1 

- RNTD01V1 

- RNTD02V1 

- RSRD01V1 

- CBKCOlvl 

- CBKD01V1 

- $#KMACH 

- CCINST 

- CCRES 

- CCSURDTL 

- CCKXTCTL 

- CCEXTDTL 

- ANDIST 



( ) 

( ) 

( ) 

( ) 

( ) 

( ) 

(- ) 

<- ) 

( ) 

(- ) 

( ) 

(- ) 

(- ) 

< — ) 
(-R-) 
<-R~> 
(-R-D) 
(-R-D) 
(-R-D) 
(C ) 



©Embedded Constant: 



COMTX 'ARMS reservation transferred from Claims Connection to 

©Notes : 
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dQes " - This program does not use the INSD01 format, but the BCO0TRV1 program 

" Tnis program is only executed as an ARMS never -endincr batch nrfyrr a « 
the ARMS subsystem only on the distributed host computer system^atftrS JJerTSaSs 
2^?^ database resides. This program ircu^StS 

■S^f? k Y the ARMS 8tart -°P Job <^810) when executed on the system taSTas 
"CENTRAL" host computer system platform. This never-ending batch prograTSs 
normally when a shutdown data queue entry is received as input. 



Process 

Hierarchical numeric ID: 1.1.1.1.6.1.2 
Coded name: CC00RNV1 

Name: P04 Generate CC Rental Notification (CC00RNV1) 

Comment: ©Purpose: To generate an opening or closing rental notification, 
functional group type 'RN- transaction data sets for sending to the Trading Partner 
host application system in response to a renter starting or ending the rental 
contract with a third-party rental vendor other than Enterprise Rent -A- Car. 

©Operational Method: 

in infinite wa^mSe ^ DQAM60V1 data ^ ene **** the key value of 'RNC 

- If the received data queue entry is a shutdown request, send that data 
queue entry to the DQANDST data queue to inform the AM0106 program that this 
program's shutdown has been completed and end the program. 

- If the received data queue entry is a non-shutdown request with an 
action code of »3», then retrieve the record from the CCMASTBR open rental 
contract/ticket file and populate the associated record formats' fields, leaving the 
End Date and End Time fields initialized to zeroes. 9 

" If the received data queue entry is a non-shutdown request with an 
action code of '4', then retrieve the record from the CCCLSC closed rental 
contract/ticket file and populate the associated record formats' fields, leavina the 
Start Date and Start Time fields initialized to zeroes. 

- Load the OFFD01V1 format with the passed data queue entry's 
contract/ticket ID and it* location, along with the retrieved shipping name, street 
address, city, state, postal code and toll-free telephone number for the Claims 
Connection office. 

- Write Rental Notification (RN) group type transaction data set records 
to transaction data set output file for sending from the distributed rental 
application system host platform to the ARMS centralized host computer system 
platform. 

- Sends the written Rental Notification group type transaction set record 
formats' key value to the ANDIST output file's associated DQANDST data queue. 

- Sends the received input data queue entry back to the DQAM60V1 Dispatch 
data queue with the key value of 'DIS' as a feedback method to the AM0060V1 dispatch 
program to indicate that the dispatch task has been completed. 

©Files: 



Confidential 



Page 104 of 246 



8/11/00 



WO 02/097700 



318 



PCT7US01/51431 
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- OFFDRB (-R--) 

- CCMASTER (-R--) 

- CCCLSC (-R~) 

- ANDIST (CRU-) 

©Embedded Constant : 

•7680' is the sole Group/Branch XD key value used to access its 
street/city/state address from the Branch Office Directory file (OPFDRB) at the 
beginning of the program. 

8002277800 as the overridding telephone number loaded into all 

ELCD0 1 : ELCPHN fields. 



Process 

Hierarchical numeric XD: 1.1.1.1.6.1.3 
Coded name: CCO0RCV1 

Name: PGM Generate CC Request for Authorization Cancellation (CC00RCV1) 
Comment: ® Purpose: 

To generate a requests for authorization cancellation, functional group 
type 'RC, transaction data sets for sending to the Trading Partner host application 
system. 

©Operational Method: 

- Receive the next DQAM60V1 data queue entry with the key value of "RCC» 
in infinite wait mode. 

- If the received data queue entry is a shutdown request, send that data 
queue entry to the DQAKDST data queue to inform the AM0106 program that this 
program's shutdown has been completed and end the program. 

- If the received data queue entry is a non-shutdown request with an 
action code of '6', then load the APPD01V1 record format's Add/Change/Transfer Code 
with "P", else load it with a blank. (Unsure this is currently needed since AM0046V1 
does not reference any actions base on APPCDB with a "P" or blank value.) 

. - » 

- Write request for authorization cancellation (RC) group type 
transaction data set records to transaction data set output file for sending from the 
distributed rental application system host platform to the ARMS centralized host 
conqputer system platform. 

- Sends the written request for authorization cancellation (RC) group 
type transaction set record formats' key value to the ANDIST output file's associated 
DQANDST data queue. 

- Sends the received input data queue entry back to the DQAM60V1 Dispatch 
data queue with the key value of 'DIS' as a feedback method to the AM0060V1 dispatch 
program to indicate that the dispatched task has been completed. 

©Notes: This program is only executed as an ARMS never-ending batch 
program in the ARMS subsystem only on the host computer system platform where Claims 
Connection Rental System application database resides. This program is submitted by 
the ARMS Start -Dp Job (CLL810) when executed on the "CENTRAL" host computer platform. 
This never-ending batch program ends normally when a shutdown data queue entry is 
received as input. 

Wiles: 
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- ANDIST (C---) 
©Improvement Opportunity: 

u*^ , Th w re iS J n ° f** 1 difference 1x1 th±B Program and the CC00RCV1 program 
vs -S.fS Sf?Li? th % r ^ rieved entry key value's third ' pLSion ("B- 

vs -c-) and the loading of the APPSRC field with that same value, there is no 
differences between these programs. 

Process 

Hierarchical numeric ID: 1.1.1.1.6.1.4 
Coded name: CC00REV1 

Name: PGM Generate CC Request for Authorization Extension (CC00RBV1) 
Comment : ©Purpose : 

To generate rental extension request, functional group type »RE» 
transaction data set for sending to the Trading Partner. 

©Operational Method 

- Wait indefinitely for the next DQAM60V1 data queue entry with a key of 

REC • 

3 ~ IP receive data queue entry is a shutdown request, close program 
files and send that request to data queue DQANDST to inform the distributed send 
program it has ended. 

- IF the receive data queue entry is a non-shutdown request THEN 

- Retrieve the necessary data base records 

- IP extenstion request criteria met THEN 

- Build the record formats, 

write the record to the distribution transaction file 
(ANDIST) . 

- Send a data queue entry on to the Distributed Send to 
. Centralized data queue (DQANDST) . 

ENDIP " 

- Send a data queue entry to Dispatch Data Queue 
(DQAM60V1) with a key of 'DIS' to finish the request. 

ENDIF 
©Piles: 

CCEXTCTL (-R--) 
CCEXTDTL (-R — ) 

CCMASTBR (-R--) . .'■ 

REQSTCTL (CRU-) 
ANDIST (c ) 

©Notes : 

- This program only runs on the centralized finicial system (Central) . 

- Application Data Set Formats 

- APPD01 - Enterprise internal format 
-VEDD01 - Vendor Extension format 

- COMD01 - Comment detail format 

- RPRD01 - Repair detail format 
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Process " ' ~ — 

Hierarchical numeric ID; 1.1.1.1.6.1.5 
Coded name: CC00RAV1 
Name: PCM Generate CC Request for Authorization Maintenance (CC00RAV1) 
Comment : ©Purpose : 

To generate an Authorization Request, functional group type, , RA» 
transaction set for sending to the Trading Partner. 

©Operational Method 

- Wait indefinitely for the next DQAM60V1 data queue entry with a kev of 

•RAC«. 

- IF the receive data queue entry is a shutdown request, close program 
files and send that request to data queue DQANDST to inform the distributed send 
program it has ended. 

- IF the receive data queue entry is a non-shutdown request THEN 

- Using the action code set the routing for the transaction 

- IF request is on a ticket THEN 

- IF ticket is 'open 1 then 

- Retrieve the open ticket data base records 

(CCMASTBR) 

- Retrieve the Rental Management Trading Partner 

profile specifics 

- Build the applicable record format (s) , writing the 

records to the distribution transaction 

file (ANDIST) . 

(Only build RATD01 record format if trading 

partner 

profile indicates it) . 

ELSE 

- Retrieve the closed ticket data base records 

(CCCLSC) 

- Retrieve the Rental Management Trading Partner 

profile specifics 

- Build the applicable record format (s) , writing the 

records to the distribution transaction 

file (ANDIST) . 

(Only build RATD01 record format if trading 

partner 

profile indicates it) . 

ENDIF 

ELSE 

- Retrieve the reservation data base, records (CCRES) 

- Retrieve the Rental Management Trading Partner 

profile specifics 

- Build the applicable record format (s) , writing the 

records to the distribution transaction file (ANDIST) . 

ENDIF 

- Send a data queue entry on to the Distributed Send to 
Centralized data queue (DQANDST) . 

- Send a data queue entry to Dispatch Data Queue 

(DQAM60V1) with a key of "DIS 1 to finish the request. 

ENDIF 
GFiles: 
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CGMASTBR 

CCCLSC 

CORES 

CCINST 

OPFDRB 

ANDIST 

©Notes : 



ARMS Process Report 

T=R^) 



(-R-) 
(-R-) 
(-R-) 
(C— ) 



This program only runs on the centralized finicial system (Central) 
Application Data Set Formats 

- APPD01 - Enterprise internal format 

- AUTDOl - Authorization detail format 

- COMD01 - Comment detail format 

- RATD01 - Rate detail format 

- RNTD01 - Renter detail 1 format 

- RNTD02 - Renter detail 2 format 

- RPRD01 - Repair detail format 

- INSD01 - Insured detail f ormat 

- ELCDOl - Anns vendor location 



Process 

Hierarchical numeric ID: 1.1.1.1.6.1.11 
Coded name; CC0OACV1 

Name: PGM Generate CC Authorization Confirmation (CC00ACV1) 
Comment : ©Purpose : 

To generate an Authorization Confirmation, functional group type (AC) 

TJFJS* th - Partner of <*« authorization coniirmation 

number and the Enterprise location that is handling the insurance replacement. 

©Operational Method: 

•ACC " Wa±t indefillitel y for ^ next DQAM60V1 data queue entry with a key of 

... " ' IF the receive data queue entry is a shutdown request, close program 

files and send that request to data queue DQANDST to inform the distributed send 
program it has ended. 

- IF the receive data queue entry is a non- shutdown request THEN 

- Construct the necessary record format, write the record to the 

distribution transaction file (ANDIST) 
" Send a data queue entry on to the Distributed Send to 

Centralized data queue (DQANDST) . 
" Send a data queue entry to Dispatch Data Queue (DQAM60 VI) 
with a key of 'DIS 1 to finish the request. 

©Improvement Opportunity: 

" Use program status data structure to retrieve program name 
©Embedded Constant: 

•7680* - default location 

• 8002277800 ■ - default location phone# 

'CC00ACV1' - Program name 
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Files: 

OPFDRB (-R--) 
ANDIST (CRU-) 

©Notes : 

- This program only runs on the CENTRAL machine. 

- Application Data Set Formats 

- APPD01 - Enterprise internal format 

- ELCD01 - Arms vendor location 



Process 

Hierarchical numeric ID: 1.1.1.1.6.2 
Coded name; 

Name: ADT Generate BCARS Authorization Maintenance Request (AC/RA/RC/RE/RN/TR/VM) 
Comment: ©Definition: The automatic process of dispatching data queue entries for 
appropriate programs to generate the required record formats (data set) to be sent to 
a Rental Management Trading Partner in response to an action by the Rental System or 
in response to some communication received from the Rental Management Tradina 
Partner. 3 



Process 

Hierarchical numeric ID: 1.1.1.1.6.2.3 
Coded name: EC00VMV1 

Name: ,P<3* Generate EC Vendor Message (BC00VMV1) 
Comment: ' ©Purpose: 

To generate a vendor message functional group type, 'VM\ transaction 
data sets for sending an electronic message from the rental agent to the tradinq 
partner. ** . 

©Operational Method: 

• - • - Receive the next DQAM60V1 data queue entry with the key value of <VMB' 
in infinite wait mode. 

- If the received data queue entry is a shutdown request, send that data 
queue entry to the DQANDST data queue to inform the AM0106 program that this 
program's shutdown has been completed and end the program. 

" If tne rece * ved data queue entry is a non-shutdown request, then load 
the APPD01V1 record format and for every RACKSD record read by the passed 
Group/Branch ID and the non-blank Ticket ID prefixed with a ■D"- '(or if ticket is 
blank the passed Reservation ID prefixed with a *R") , load a COMD01V1 record format 
and update the RACMSD file record's MESSAGE STATUS field with the value «o« (Output) . 

- Write vendor message (VM) group type transaction data set records to 
ANDIST transaction data set output file for sending from the distributed rental 
application system host platform to the ARMS centralized host computer system 
platform. 

- Send the written vendor message (VM) group type transaction set record 
formats' key value to the ANDIST output file's associated DQANDST data queue. 
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, " j send the received input data queue entry back to the DQAM60V1 DispatSK- 

data queue with the key value of 'DIS' as a feedback method to the AM0060V1 dispatch 
program to indicate that the dispatched task has been completed. 

©Piles: (CRDD) ( signifies usage as an external data 



structure) 



RACMSD1 (-RU-) 

ANDIST (C— ) 

APPD01V1 { ) 

COMD01V1 ( ) 



- DQAM60V1 { ) 

©Embedded Constant: Program name •EC00VMV1'. (Could be replaced by use 
of the program status data structure's subfield for program.) 



Process 



Hierarchical numeric ID: 1. 1.1.1.6.2. 4 

Coded name: EC00RCV1 

Name: vm Generate EC Request for Authorization Cancellation (EC00RCV1) 
Comment: ©Purpose: 

To generate a request for authorization cancellation functional group 
type, »RC», transaction data sets for sending to the trading partner. 

. ©Operational Method: 

i 

" Receive the next DQAM60V1 data queue entry with the key value of 'RCB 1 
in infinite wait mode. 

~ If received data queue entry is a shutdown request, send that data 
queue entry to the DQANDST data queue to inform the AM0106 program that this 
program's shutdown has been completed and end the program. 

" If tQ e received data queue entry is a non- shutdown request with an 
action code of «6' f then load the APPD01V1 record format's Add/Change/Transfer Code 
with »P»;-else load it with a blank. (Unsure this is currently needed since AM0046V1 
does not reference any actions base on APPCDE with a "P" or blank value.) 

- Write request for authorization cancellation (RC) group type 
transaction data set records to transaction data set output file for sending from the 
distributed rental application system host platform to the ARMS centralized host 
computer system platform. 

- Send the written request for authorization cancellation (RC) group type 
transaction set record formats 1 key value to the ANDIST output file's associated 
DQANDST data queue. 

" S^d the received input data queue entry back to the DQAM60V1 Dispatch 
data queue with the key value of f DlS» as a feedback method to the AM0060V1 dispatch 
program to indicate that the dispatched task has been completed. 

©Files: (CRUD) 

- ANDIST (c— -) 
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©improvement Opportunity: There is no real difference between this" 



program and the program, CC00RCV1. with a minor change in the retrieved data queue 
entry key value- s third position Cb» vs. "C") and the loading of the APPSRC field 
with that same value, there is no differences between these programs. 

Process 

Hierarchical numeric ID: 1.1. 1.1. 6,2. 5 

Coded name: BC0OACV1 

Name: PGM Generate EC Authorization Confirmation (BC0OACV1) 
Comment : ©Purpose : 

To generate an Authorization Confirmation, functional group type, 'AC 1 , 
transaction data set that informs the Rental Management Trading Partner of the 
authorization confirmation number and the Enterprise location that is handling the 
insurance replacement. 

©Operational Method 

- Wait indefinitely for the next DQAM60V1 data queue entry with a key of 

'AGB V . 

- IP the receive data queue entry is a shutdown request, close program 
files and send that request to data queue DQANDST to inform the 'distributed send 
program it has ended. 

- IP the receive data queue entry is a non- shutdown request THEN 

- Construct the necessary record format, write the record to the 

distribution transaction file (ANDIST) 

- Send a data queue entry on to the Distributed Send to 
Centralized data queue (DQANDST) . 

• Send a data queue entry to Dispatch Data Queue (DQAM60V1) 
with a key of »DIS« to finish the request. 

\ ■■■ it 

©Piles (CRUD) 
OFFDRB (-R--) 
ANDIST (C ) 

©Notes 

- Application Data Set Formats 

- APPD01 - Enterprise internal format 

- ELCDOl - Arms vendor location 

©Improvement Opportunity 

- Use program status data structure to retrieve program name 

©Constant /Embedded Data ', 
'ECOOACVL 1 - Program name 

Process 

Hierarchical numeric ID: 1.1.1.1.6.2.6 
Coded name: EC00REV1 

Name: PGM Generate EC Authorization Extension Request (EC00REV1) 
Comment : d Purpose : 

To generate an Extension Request, functional group type "RE 1 , transaction 
data set for sending to the Rental Management Trading Partner in response to the 
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Rental System speaking with the bodyshop and changing the contract's estimates 

completion date. 

©Operational Method 

,™n, " Wait indefinitely for the next DQAM60V1 data queue entry with a key of 

" IF receive data entry is a shutdown request, close program 

files and send that request to data queue DQANDST to inform the distributed send 
program it has ended. 

- IF the receive data queue entry is a non-shutdown request THEN 

" Retrieve the necessary data base records 

- IP extenstion request criteria met THEN 

- Build the record formats, 

update the database records, write the record to the 
distribution transaction file (ANDIST) . 

- Send a data queue entry on to the Distributed Send to 
Centralized data queue (DQANDST) . 

ENDIF 

- Send a data queue entry to Dispatch Data Queue 
(DQAM60V1) with a key of »DIS« to finish the request. 

ENDIF 
©Notes 

- Application Data Set Formats 

- APPD01 - Enterprise internal format 

- VEDD01 - Vendor Extension format 

- OOMD01 - Comment detail format 

- RPRD01 - Repair detail format 

©Files (CRUD) 

CB007P00 (-R--) 

CB012P01 (-RU-) 

RACMSG2 (-RU-) 

RACMAST (-R— ) 

RACSMAST (-R~) 

ECEXTCTL (CRD-) 

ANDIST (C---) 

® Improvement Opportunity 

- Use program status data structure to obtain the program name. 

©Constants/Embedded Data 

- •BCOOREW - pgra name 



Process 

Hierarchical numeric ID: 1.1.1.1.6.2.7 
Coded name: ECO0RAV1 

Name: PQ* Generate EC Authorization Maintenance Request (EC00RAV1) 
Comment: ©Purpose: 

To generate an Authorization Request functional group type, »RA' 
transaction data set for sending to the Rental Management Trading Partner in response 
to the Rental System creating/changing a rental contract. 
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©Operational Mett ~ 

- Wait indefinitely for the next DQAM60V1 data queue entry with a key of 'RAB». 

- IF the receive data queue entry is a shutdown request, close program files anrt 
that^request to data queue DQANDST to inform the distributed senV^aTu Ss 

' IP the receive data queue entry is a non-shutdown request THEM 

- Attempt to retrieve the reservation data base records {RACBRMST) 

- IF request is on a ticket THEN 

- Retrieve the open and closed ticket database records 
(RACMAST, RACSMAST, RACCLSC, RACSCLC) 
B . . fcW ^ ' Usin * tne action code set the routing for the transaction 

- Retrieve the Rental Management Trading Partner profile specifics 

- Build the applicable record format (s) from the database files writes the 
profiled^ ^ diBtrlbution transaction file. (Only build RATD01 record format if 

- Send a data queue entry on to the Distributed Send to 
Centralized data queue (DQANDST) . 

- Send a data queue entry to Dispatch Data Queue 
(DQAM60V1) with key of «DIS' to finish the request 

ENDIF 

- IF request is on a reservation THEN 

" Using the action code set the routing for the 
transaction - Retrieve the Rental Management Trading Partner 

profile specifics 
" Bu±1 d the applicable record format (s) , writing the 
records to the distribution transaction file. 
„ a a (Oaly build RATD01 record format if profiled) 

" Senc * a data queue entry on to the Distributed Send to 

Centralized data queue (DQANDST) . 
- Send a data queue entry to Dispatch Data Queue 

(DQAM60V1) with a key of 'DIS» to finish the request. 
ENDIF . .. 

ENDIF 



©Files 

RACMAST 

RACSMAST 

RACBRMST 

RACBRIST 

RACINS 

RACBRWRT 

OFFDRB 

RACCLSC 

RACSCLC 

ANDIST 



(CRUD) 

(-R-) 
<-R~) 
(-R--) 
(-R-) 
(-R--) 
<-R~) 

C-R-) 
(-R-) 
<-R--> 

(C— ) 



Process 

Hierarchical numeric ID: 1.1.1.1.6.2.8 
Coded name; RTVEMCHA 

Name: PGM Retrieve Machine Attributes (RTVEMCHA) 
Comment : ©Purpose : 

To retrieve the machine attributes for the machine that this program is 

running on. 
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©operational MethooT" 

- Retreive the current system name (factor in emulation) . 

- Retreive attributes associated to host platform. 

- Return data elements to calling program. 

©Notes : 

$#BMCAH is an external data structure used as a template for the 
data passed to and from. 

©Files (CROD) 
MACHID#1 (-R--) 
GACTL (-R — ) 



Process 

Hierarchical numeric ID: 1.1.1.1.6.2.17 
Coded name: AMI 070 VI 

Name: PGM Retrieve ARMS Vehicle Class and Rate Designation (AM1070V1) 
Comment : ©Purpose : 

To retrieve the associate rental rate amount for a given vehicle class 
code, OR, to retrieve an associated vehicle class code for a specified rental rate 
amount: 



©Operational Method: 



The input parameters are: Group ID, Branch ID, Vehicle Class Code 
(Optional) , Daily Rental Rate Amount (Optional) , Effective Date (Optional - Else 
current system date will be used), and Control Mode ('T' « for rental contract 
Ticket? «R' » for rental Reservation). 

- IF an Effective Date value is not received, then retrieve and use 
system date for Effective Date. 

- IF request is on a rental contract/ticket (Control Mode = 'T'), a valid 
Vehicle Class Code will be returned for the effective date sent. (Daily Rental Rate 
Charged Amount will always- have a value when sent since it is an open or closed 
rental contract.) 

— Validate the rate received by comparing effective date to the 
rate date ranges. Then retrieve the associated vehicle class code for that rate in 
the National Reservations Standard Rates (NRXRATl) file, for Insurance type 
customers only by Group/Branch IDs, Daily Rental Rate Amount and Effective Start 
Date, comparing the Effective Date to being on or within the rental rate amount's 
Effective Start and Stop Date ranges. 

— IF all of the records are read within a Group/Branch ID and no 
valid records are found, then retrieve a vehicle class code by reading backwards 
through NRXRATl until a valid record is found. 

IF no valid record is found, then return blanks in the Vehicle 

Class Code. 

IF a valid record is found, then verify its vehicle class code 

is valid by retrieving an associated record in National Reservations Car Type (NRCTY) 
file - — A valid record in the NRCTY file is a record where the Effective 

Date is within the Effective Start and Stop dates, inclusive. 

IF rate and vehicle class do not match, then retreive the class 

for the previous rate with a valid effective date. 

- ENDIF 

- IF request is on a reservation (Control Mode = 'R') 
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When Vehicle Class Code and Daily Rental Rate Amount 



(Quoted/Authorized) has been received 

Only validate that the Dally Rental Rate Amount (Quoted) 

received is compatible with the Vehicle Class Code by retrieving the daily rental 
rate amount's associated vehicle class code for that rate in the National" 
Reservations Standard Rates (NRXRAT1) file, for Insurance type customers only by 
Group/Branch IDs, Daily Rental Rate Amount and Bffective Start Date, comparing the 
Effective Date to being on or within the rental rate amount's Bffective Start and 
Stop Date ranges. Then find the associated vehicle class code for that daily rental 
rate amount, 

— -IP the Daily Rental Rate Amount's Vehicle Class Code and the 
passed Vehicle Class Code do not match, then do not return either the rate nor 
vehicle class code, replace them with blanks. 



- When Vehicle Class Code received, the associated Rate Amount will 
be returned if a valid record is found within the ef fective date. 

- Validate the Vehicle Class Code received, then find the 
associated vehicle daily rental rate for that class. 

IF rate and vehicle class do not match, then do not return 

either rate or class. 

** This option is not return values when found. Issue will 
be written and submitted. 



- When Rental Rate Amount received, an attempt will be made to find 
a valid vehicle class. 

- Validate the rate received by comparing effective date to 
the rate date ranges. Then find the associated vehicle class code for that rate. 

IP rate and vehicle class do not match, then do not return 

either rate or class. 

ENDIF 

©Notes : 

When indicating that Vehicle Class Code and Rental Rate Amount not 
returned, it means that these fields will be cleared to their lowest possible values, 
blanks and zeroes respectively. 

Sometimes there are multiple vehicle types for any given Group ID, Branch 
ID, and Vehicle Class Code. However, this program has been changed to allow^a rate 
to be returned correctly when this situation occurs. 

©Files: (CRTJD) 

1TOXRATES (-R--) by both logical access paths: NRXRAT1 and NRXRAT2. 
NRCTYP (-R--) by both logical access paths: NRCTY and NRCTL2. 



Process 

Hierarchical numeric ID: 1.1.1.1.6.2,20 
Coded name: ECCBBSM 

Name: PQ4 Maintain Consolidated Body shop Callbacks Control File for ARMS (ECCBBSM) 
Comment: ^Purpose: To m a in tain the consolidated body shop callback information. 

^Operational Method: 



- This program accepts a parameter list that contains specific data 
elements as it relates to the callback (group, branch, ticket #, type, status, 
completion date, shop info, etc.) and updates the rental system (SCARS) data base 
file. 
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- Determine tasks to be performed based on the control field value 
passed: 

- 'X' = Exit program 

- f C» » Retrieve callback information from database and return to 

calling program 

- «d» a Delete callback 

- »K f m Check if callback exists 

- f L f a Lock callback from other users 

- = Update callback with the passed information 

©Files : 

RACCBBS (CRUD) 

Process 

Hierarchical numeric ID: 1.1.1.1.6.2.22 
Coded name: UTS001A 

Name: PGM Generate Century for DOB (OTS001A) 

Comment: ^Purpose: To convert a six character date of birth to an eight character 
date with the correct century. 

©Operational Method: 

• this program accepts a parameter list from which a date is received as 
YYMMD and converted to CCYYMMDD. 

- Set base line date (current date minus 1) 

- Load current date century into output date of birth century. 

- IP the passed date of birth with the concatenated century is greater 
than the base line date, subtract 1 from the date of birth century. 

- Return converted (CCYYMMDD) date of birth. 



Process 

Hierarchical numeric ID: 1.1.1.1.6.2.24 
Coded name: BC00TRV1 

Name: P04 Generate EC Transfer Request (BC00TRV1) 
Comment: ©Purpose: 

To generate authorized reservation transfer (AT-Transfer) functional 
group type transaction data sets for sending to another Rental application system in 
response to a rental user transferring an authorized reservation to a different 
rental functional site (group) . 

©Operational Method: 

" Receive the next DQAM60VT data queue entry with the key value of 'TRB' 
(Transfers from Enterprise Branch Rental System) in infinite wait mode. 

- If the received data queue entry is a shutdown request, send that data 
queue entry to the DQANDST data queue to inform the AM0106 program that this 
program's shutdown has been completed and end the program. 

~ If the received data queue entry is a non- shutdown request/ then from 
the data queue entry's Rental Location's Group id and the Reservation ID passed, 
retrieve record from the RACBRMST rental reservation file. 
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~ - Populate the associated record formats • fields as follows: 

- IP the retrieved reservations closing Group/Branch ID is '7680' 
(Claims Connection), then load the COMD01 Comment Formats Comment Text with the 
COM002 data structure Preformatted comment text and insert the reservation's Pickup 
Group/Branch immediately after the word -from-, else load the COM003 data structure 
Preformatted comment text with the inserted reservation's Pickup Group/Branch ID 
immediately after the word "from- and insert the reservation's closing Group/Branch 
ID after the word "to*. 

- Populate the ADJD01 data structure with the reservation's Bill -To 
Attention Name, Phone and Extension, the Bill-To Street Address, City, state and 
Postal Code. 

- IP adjustor name or phone/extension fields of the ADJD01 record format 
are blank or zeroes, then retrieve the reservation's associated instructions file 
records for sequence 001 and extract and load this adjustor information from that 
instruction text line. 

- Load every non-blank reservation's associated instruction file record 
that has a sequence number 002 through 096 as a COMD01 comment record format. 

- Load the associated RACINS Renter Insurance Coverage file record's 
Policy ID and Policy Expiration date to the INSD01 Insured record format. 

- Load the retrieved RACBRIST file's 996 - 998 record* s Insured name, 
address to the XNSDOl record format fields. 

- IP the INSD01 record format's Policy ID and its expiration date is 
blank/zero, then load them from the RACBRIST file records' Policy ID and Expiration 
Date. 

- Load the RNTDQl Renter Detail and AUTD01 Authorization Detail record 
formats' fields with the associated fields' values of the retrieved RACBRMST file 
record. 

- If the retrieved RACBRMST file record's Repair Shop Name is not blank, 
then load that field value and its associated contact name and telephone number to ' 
the RPRD01 Repair Detail record format. 

- Attempt to retrieve the associated RACBRWRT Reservation Pre-Write file 
record and load its Date of Birth field value to the same field in the AOTD01 record 
format's same field. 

- If the retrieved RACBRMST file record's Renter's Car (Vehicle being 
replaced) Year (of Manufacture) is non-blank, then load that field value and its 
associated Make/Model and Date of Loss field values to their associated fields in the 
RNTD02 Renter Detail #2 record format. 

- If the retrieved RACBRMST file record's Work Phone, Home Phone or 
Social Security Number field values are not zeros or blanks, then also load those 
values to their associated fields in the RNTD02 Renter Detail #2 record format. 

- For every associated RACCHDET Callback Detail file record retrieved, 
transfer its Note #1 and Note #2 field values, along with the note's type original 
creation date, time. Employee ID and Program ID, to their associated CBKD01 Callback 
Detail record format's fields. 

- If this transfer is NOT going to Claims Connection, transfer each 
associated electronic message detail file records field value to their associated 
CBKD01 record format's fields. 

- If attempt to retrieve the associated CB0O7P00 Callback Control file 
record is successful, transfer each of its Callback Type Codes and- their associated 
Status Code field values to their associated CBKC01 Callback Control record format's 
fields. 

- Write all of the non-blank record formats of the authorized reservation 
transfer (AT-Transf er) group type transaction data set to ANDIST transaction data set 
output file for sending from the distributed rental application system host platform 
to the ARMS centralized host computer system platform. 

- Sends the written authorized reservation tr ans fer (AT-Transf er) group 
type transaction data set record formats' key value to the ANDIST output file's 
associated DQANDST data queue. 
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record. 



" Delete all associated ECSURCHG Surcharge Detail file records. 

- Delete all associated RACMSC Electronic Message Control file records 

- Delete the associated CB012P Electronic Message Detail file record 
" Delete the associated RACCBK3 Callback Consolidation Skeleton file 

- Delete all associated RACCBDET Callback Detail file records. 
" Delete all associated RACPAYOP Open Payments file records. 

- Sends the received input data queue entry back to the DQAM60V1 Dispatch 
data queue with the key value of «DIS» as a feedback method to the AM0060V1 dispatch 
program to indicate that the dispatch task has been completed. 

©Notes: 

Do not write INSD01 format for a transfer of an authorized reservation 
for a claimant, since the AT-Add had updated the claimant's insurance information to 
create a RACINS (ECR Renter's Insurance Detail) record without loading the INSURED 
NAME and CITY/ST/ZIP. However, when the branch reservation is transferred, thi s 
program loaded the INSD01 record format with this insured information f ran RACINS but 
the INSURED NAME, CITY/ST/ZIP and RECORD FORMAT ID were not loaded since they are 
blanks* This is because that information is not available at the time of the 
transfer. This is to prevent the AT-Transfer from being rejected in AM0025V1. 

©Piles : (CRUD) [When is shown as ( ) , this is used as an 

externally-defined data structure.] 

- ARMSDATA ( ) 

- ARMSKEY ( ) 

- DQAM60V1 ( ) 

- APPD01V1 { ) 

- ADJD01V1 ( ) 

- AUTD01V1 ( ) 

- COMD01V1 ( ) 

- INSD01V1 ( ) 

- RNTD01V1 { ) 

- RNTD02V1 ( ) 

- RPRD01V1 ( ) 

- CBKC01V1 ( ) 

- CBKD01V1 ( ) 

- S#EMACH ( ) 

- RACBRMST (-R--) Opened with the OVRDBP 

- RACBRIST <-r— ) Opened wit;h the OVRDBP 

- RACINS (-R--) Opened with the OVRDBP 

- RACBRWRT (-R--) Opened with the OVRDBP 

- RACCBK3 (-R-D) Opened with the OVRDBP 

- RACCBCOC (-R-D) Opened with the OVRDBP 

- RACPAYOP (-R-D) Opened with the OVRDBP 

- ECSURCHG (-R-D) Opened with the OVRDBF 

- CB007P00 (-R-D) Opened with the OVRDBF 

- RACCBDET (-R-D) Opened with the OVRDBF 

- RACMSC (-R-D) Opened with the OVRDBF 

- CB012P00 (-R-D) Opened with the OVRDBF 

- RACPAYCL (C-— ) Opened with the OVRDBF 

- ANDIST (C— ) Opened with the OVRDBF 

©Constants as Compile -Time Data: 
OVRDBF FILE ( ) WAITRCD ( * XMMED) 



Confidential 



Page 118 of 246 



8/11/00 



WO 02/097700 



PCT/US01/51431 



332 



ARMS Process Report 



YES 


C 


CONSTAT') " 


NO 


c 


CONST('N') 


OPP 


c 


CONSTpO') 


ON 


c 


CONST ( ■ 1 » ) 


Process/shutdown codes 


TR 


c 


CONST('TR') 


SD 


c 


CONST(»SD«) 


TSTDWN 


c 


CONST ("*DOWN 


Format 


Names 




APPDP1 


c 


CONST ( 1 APPD01 1 ) 


ADJDP1 


c 


CONST ('ADJD01') 


AUTDP1 


c 


CONST ( ' AUTD01 1 ) 


INSDP1 


c 


CONST ( 1 INSD01 v ) 


RNTDP1 


c 


CONST ( ■ RNTD01 1 ) 


RNTDP2 


c 


CONST ( v RNTD02 1 ) 


RPRDP1 


c 


CONST (•RPRD01 1 ) 


COMDF1 


c 


CONST ( • COMD01 • ) 



Pre- formatted comment text: 
COM002 'ASMS reservation transferred from to Claims • 

COM003 'ARMS reservation transferred from to ■ 



Process 

Hierarchical numeric ID: 1.1.1.1.6.2.25 
Coded name: EC00RNV1 

Name: PGM Generate EC Rental Notification (EC00RNV1) 
Comment: @ Purpose: 

To generate an opening or a closing rental notification functional group 
type, "RN\ transaction data sets for sending to a Rental Management Trading Partner 
host application system. 

©Operational Method: 

- Receive the next DQAM60V1 data queue entry with the key value of 1 RCB ' 
in infinite wait mode. 

- If the received data queue entry is a shutdown request, send that data 
queue entry to the DQANDST data queue to inform the AM0106 program that this 
program's shutdown has been completed and end the program. 

- If the received data queue entry is a non-shutdown request with an 
action code of •3 , # then attempt to retrieve the record from the RACMAST open. rental 
contract /ticket file first. If not found attempt to retrieve from QRACCLSQ. 
Populate the associated record formats 1 fields including loading^ the Contract Date to 
Start Date field and Time Out of Rental Segment #1 to the Start- /Time field, leaving 
the End Date and End Time fields initialized to zeroes to signify this is an opening 
rental notification. 

- If the received data queue entry is a non-shutdown request with an 
action code of »4 f , then retrieve the record from the QRACCLSQ closed rental 
contract/ticket file and populate the associated record formats • fields including the 
End Date and End Time fields, leaving the Start Date and Start Time fields 
initialized to zeroes to signify this is a closing rental notification. 

- If the received data queue entry is a non- shutdown request with an 
action code of •5» , then attempt to retrieve the record from the RACMAST open rental 
contract/ticket file first. If not found attempt to retrieve from QRACCLSQ. 
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Populate the associatea record formats' fields includ ing the End Date and End Time 

fields, leaving the Start Date and Start Time fields initialized to zeroes to sionifv 
this is a closing rental notification. y««y 



- If the received data queue entry is a non-shutdown request with an 
action code of other than the previously specified values or there was no successful 
database retrieval, then generate a formatted program dump , call/execute AM0097 
program to notify the ARMS On-Call of this failure and reject the transaction for 
further processing. 

- Load the OFFD01V1 format with the passed data queue entry's 
contract/ticket ID and its location, along with the retrieved shipping name, street 
address, city, state, postal code and the telephone number for that Enterprise Rent- 
A- Car rental office. 



- Write Rental Notification (RN) group type transaction data set records 
to transaction data set output file for sending from the distributed rental 
application system host platform to the ARMS centralized host computer system 
platform. 



- Send the written Rental Notification group type transaction set record 
formats' key value to the ANDIST output file's associated DQANDST data queue. 

- Sends the received input data queue entry back to the DQAM60V1 Dispatch 
data queue with the key value of -DIS' as a feedback method to the AM0060V1 dispatch 
program to indicate that the dispatch task has been completed. 

©Files : (CRTJD) 

- OFFDRB (-R — ) 

- RACMAST (-R--) 

- QRACCLSQ (-R— ) 

- ANDIST (C ) 



©Constants: 

•7680' is the sole Group/Branch ID key value used to access its 
street/city/state address from the Branch Office Directory file (OFFDRB) at the 
beginning of the program. 

8002277800 as 7 the overridding telephone number loaded into all 
ELCD01 : ELCPHN fields. 



Process 

Hierarchical numeric ID: 1.1.1.1.7 
Coded name; 

Name: ACT Send Transaction for Centralized Processing (AM106 - AM105) 

Comment: ©Definition: The automatic process of sending the transaction data set 

from the distibuted machine to the centralized machine for processing, via ICF files. 



Process 

Hierarchical numeric ID: 1.1.1.1.7.1 
Coded name: AM0106 

Name: PGM Send Transaction for Centralized Processing (AM0106) 
Comment : ©Purpose : 

To send transaction data sets from the Distributed machine to the 
Centralized machine for processing. 
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^Operational Method: 

- Acquire the program device 'AMOloe 1 

- Wait indefinitely for the next DQANDST data queue entry 

- IP the receive data queue entry is a shutdown request 

- Increment counter. When the count equals the number of 
ARMS never ending transaction programs running on that host 
platform close program files and send that request to ICF device 
AM0106 to inform the centralized receive program that AM0106 has 

ended. 

- Submit job for error report and history file update (CLL7 97) . 
ENDIF 

- IF the receive data queue entry is a non- shutdown request 

- Retreive the application transaction data set records 

- Write the data set to ICF device AH0106 to send transaction 

data set to the centralized ARMS host platform 

ENDIF. 

©Notes: This program is currently evoked from the executing Receive 
Transaction from Distributed Host System (AM0105) program on the centralized ARMS 
host platform to be the source of the sender linked ICF communication session. 
Presently, the distributed rental system host platform are all systems excluding 
B IRELAND, VGERMANY , and UK. 

©Files : (CRUD) 

- ANDIST (-R--J 

- AMVRGTST (-R-- ) 



Process 

Hierarchical numeric ID: 1.1.1.1.7.2 
Coded name: AM0105 

Name: P©U Receive Transaction from Distributed Host System (AM0105) 
Comment : ©Purpose : 

To receive transacation data sets from the distributed rental system host 
platform on the ARMS centralized host platform. 

©Operational Method: 

• When starting the program, attempt to acquire the device up to 5 times 
with a one minute delay between each try before signalling an error. 

- Receive input transaction from the distributed rental system host 

platform 

- IF data was received 

IF transaction data set is equal to Vendor Error (ER) or Vendor 

Office Information (OF) 
* Write records to pre-package file (AMPACK) 
- Send data queue entry to pre-package 
(DQAMPKG) 

ELSE 

- Write records to Edit Transaction file(AMSET) 

- Send data queue entry to Transaction Editor (DQAM25) 

ENDIF 
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ELSE 

- IP shutdown request receive 

- Send data queue entry to Transaction Editor (DQAM25) 

KNDIP 

- Release Device 
ENDIP 

©Piles: (CRUD) 

- AMPACK (C---) 

- AMSKT (C-~) 

©Notes: It is currently submitted by the Start-Up ARMS Jobs (CLL810) 
program on the centralized ARMS host platform to be executed with a single 1- 
character input parameter of the distributed System (Machine) IB to start linked icf 
communication session. Presently, the distributed rental system host platform are 
all systems excluding B IRELAND, VGBRMANY, and OK. 

Process 

Hierarchical numeric ID: 1.1.1.1.7.3 
Coded name: 

Name: DTQ Input to AMI 06 (dqandst) 

Comment: ©Definition: DQANDST is a data queue used to provide input to PGM AM0106 
which sends transactions from the distributed machine to the cetralized processing 
machine . 

Process 

Hierarchical numeric ID: 1.1.1.1.7.7 
Coded name: CLL797 

Name: P©| Completed Errors Report (CLL797) 

Comment: ©Purpose: This program is one of the programs along with AM0797- and 
AM0099 that were intended to implement Tom Stratton's error handler system for error 
capture and response. 

©Operational Method: 

- Read files ANDQER and AMERDT to gather the details for any error that 
was marked as completed in AM0099. 

©Notes: These programs are not used at this time even though they are on 
production systems. Essentially this was ah implementation failure due to complexity 
and user friendliness issues. 

Process 

Hierarchical numeric ID: 1.1.1.1.8 
Coded name: 

Name: ADT Package Transaction into Transmission (AM120) 

Comment: ©Definition: The automatic process of preparing a transaction for 
transmission by putting it in a transmission envelope. 

Process 

Hierarchical numeric ID: 1.1.1.1.8.1 
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coded name: AM0120" — — 

Name: PGM Package Transaction (AM0120) 

Comment: Purpose: To add control start and end record formats to the transaction 
data sets to create an enveloped transmission. These control formats are used to 
route the transmission and indicate the type of transaction set being sent. 

©Operational Method: 

- Receive the next communication acknowledgement, 

authorization maintenance request, rental maintenance 
recognition or authorization maintenance error from data queue 
DQAMPKG until a shutdown request is received. 

- Upon receipt of shutdown requests, pass request to time line 

DQAM70V1. 

- For each transaction data set 

- Build the control start record formats (Transmission, Group & 

Set) and write record formats to send file (AMSEND) 

- For each transaction data set record format 

Trans alate the location (AOTDOl/ELCDOl/lRBHOl) 

Write record format to send file (AMSEND) 

- Build the control end record formats (Set, Group, & 

Transmission) and write record formats to send file (AMSEND) 
Send a data queue to the connect -specific communications sender 

©Files: (CRDD) 

- AMPACK (-R--) 

- ARMSPR3 (-R--) 

- AMXBCO (-R--) 

- AMSEND (C ) 



Process 

Hierarchi c al numeric ID: 1.1.1.1.8.6 
Coded name: DQAMPKG 

Name: DTQ input for Program AM0120 (DQAMPKG) 



Comment: ©Definition: DQAMPKG is a data queue used to provide input to PGM AM0120 
which packages a trasaction in preparation to sending it out to an EDI Trading 
Partner. 



Process 



Hierarchical numeric ID: 1.1. 1.1.9 

Coded name: 

Kame: AUT Dispatch Vendor Authorization Maintenance Request 

Comment: ©Definition: The automatic process of updating the ARMS database on the 
distributed machine and dispatching the data queue entry for the appropriate format 
generator program in response to some action by the Rental System. 



Process 

Hierarchical numeric ID: 1.1.1. 1.9.1 

Coded name: AM0060V1 

Name: PCT4 Dispatch Rental Systems Request (AM0060V1) 
Comment : ©Purpose : 
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~~~ to accept requests from the rental systems to maintain the distribut^" 
request? Transaction Cross Reference and dispatch transaction set generation 



©Operational Method: 

- Override the printer file outq to ARMSDUMP so that the dump can be 
retained for as long as needed. The default outq KRRDUMPS is cleared daily. 

™ « " Receive authorization management or rental notification requests (AC 

IN, RA, RC, RE, Opening RN, Closing RN, TR and VM) from the RENTAL SYSTEMS All ' 
requests or notifications as output from the rental systems with a key of 'Dis- will 
be read from the input data queue (DQAM60V1) by this program. 

fc t ^ - Based on externally described rules (AMPGMTBL, AMPGMRUL and AMPGMCTL) 
dispatch the request to the appropriate request handler process (format generator 
program e.g., EC00RAV1) dispatching an output data queue entry that has been modified 
from the input data queue entry to the correct rental system tran sa ction set 
generator never-ending program/job, based on the key information found in the 
AMTRNCTL file (ACT, ACC, RAB, RAC, RCB, ROC, RBB, REC, RUB, RNC) . 

- A transaction set generation request may lead to another request 
After each request is sent out, a feedback entry to this program informs that the 
dispatched request has been completed. 

- Edit to check for valid Program ID, Rule 3D and dispatch execution 
condition. Generate an error message for an invalid dispatch execution condition No 
page is generated for invalid dispatch execution condition. However, for invalid 
Program ID or Rule ID, ARMS On-Call pager will be sent an informational message. In 
all cases, transaction request is rejected. 

». , " Receive and process environment change requests which allow the program 

to dynamically adapt for load balancing during heavy transmission load (Group Type * 
•WT') or to shutdown the format generators and itself. 

- Log the received data queue entry for audit and problem resolution. 

- Retrieve the information required to process the request via 
appropriate retrieval module (EC2090VU for ECARS and CC2090V1 for Claims Connection 
requests) . If the retrieval program detects a lock on the ticket, defer processing 
the request. 

- A request may need to be processed in more than one pass through the 
program. The current step being processed is logged externally (in AMTRNCTL) . All 
requests related to this transaction id are deferred while a step for the tr ans action 
id is in progress. When the logged request has been completely processed, the log 
for that transaction is removed so that the deferred requests can now be processed. 

©Files : 



ARMSPR1 




(-R-) 


AMPGMTBL 


( 


-R-) 


AMPGMRUL 


< 


-R — ) 


AMPGMCTL 


( 


-R~) 


AMTRNCTL 




(CR-D) 


AMXBCO 




(-R-) 


AMVRGTST 




<-R--) AMVRGTL2 


AMQtJETBL 




(-R-) 


AMSTSX 




(-R--) 


AM0060LG 




<C— ) 
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ARMS KEY (-R--) 

ANDSG1V1 (-R-- > 

$#BMACH (-R--) 

AMP04CTL (-R--) 

DQAM60V1 (-R--) 

DQAM60V1 (-R~) 

©Notes : 
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- AC (Authorization Confirmation) 

- IN (Invoice) 

- RA Add (Request to Authorize a reservation or an open ticket) 

- RA Change (Request to Change an Authorization for a reservation 
or an open ticket) 

- RC (Request to Cancel an authorization) 

- RE . (Request to Extend a rental) 

- Opening RN (Rental Notification of an OPEN ticked) 

- Closing RN (Rental Notification of a CLOSED ticket) 

- TR (Request to Transfer Authorization from one location to another) 



Process 



Hierarchical numeric ID: 1-1.1.1.9.10 
Coded name: DQAM6AV1 

Name: DTQ Secondary Input to AM0060 (DQ AM 6 AVI ) 

Comment: ©Definition: DQAM6AV1 is a data queue used as a backup queue for PGM 
AM0060V1 when it receives a request that can not be processed due to work in process 
as represented by a record in file AMTRNCTL. This secondary queue is periodically 
checked when there has been a set period of inactivity in the primary data queue for 
PO* AM0060V1. 

k 

Process 

Hierarchical numeric ID: 1.1,1.1.9.12 
Coded name: DQAM60V1 

Name: DTQ Primary Input for AM0060 (DQAM60VU) 

Comment: ©Definition: DQAM60V1 is a data queue used to provide the primary source 
of input to VGH AM0060V1 which handles processing needed as a result of requests and 
or actions taken by the Rental System (BCARS) and routes requests for formats to be 
generated to the correct format generator programs. 



Process 



Hierarchical numeric ID: 1.1.1.1.9.13 
Coded name: EC2090V1 

Name: PGM Retrieve ECARS Data (EC2090V1) 
Comment : ® Purpose : 

To retrieve specified information from the ECARS rental database. 
^Operational Method: 

- If the passed ARMS DS Identification code is 9 G1* , attempt to retrieve 
the data otherwise if the code is 'GO 1 , return to calling program. 

- If the reservation number is passed, get the reservation data. 
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ir tne ticjcet number is passed, get the ticket data" 



©Files: 

- RACBRMAST <-R--) 

- NR025L01 (-R--) 

- RACMAST (-R--) 

- RACSMAST (-R--) 

- QRACCLSQ (-R— ) 

- RACSCLD (-R — ) 

- RACPBNDC (-R— ) 

- ANDSG1V1 (-R--) EDS 

- DTPARM (-R~) EDS 

©Notes : 

A reservation created by National Reservations has the routed Machine m 
as the first character of the RESERVATION ID, 

program is called by a variety of non-ECARS programs. Each program 
calling this program may have, a different parameter list associated with the program 
call Each different parameter list, defines a different type of function required 
by this progam. 

«™ Actions desired for this program must be closely coordinated with any 

NON-ECARS rental application development staff. All objects involved with any 
desired function must be moved into production at the same time. 

This Program has been designed and written to be as modular as possible 
All logic for each type of transaction is contained in a single subroutine. The 
required files are opened at the beginning of each subroutine, the other files are 
not opened. ^ 

©Improvement Opportunities: 

1. ) Replace the execution of the ARMS Handle Internal Error CAM0097V1') 
program with the execution of the newer ARMS Handle Internal/External Error 
CAM0098M program. 

2. ) Delete the constant •EC2090V1' and replace its "usage with the Program 
Status Data Structure data element for PROGRAM ID. 

o - 

;? .>3.) Convert program from OPM rpq to ILE RPG. 

Process 

Hierarchical numeric ID: 1.1-1.1.9.14 
Coded name: CC2090V1 

Name: PGM Retrieve Claims Connection Data (CC2090V1) 
Comment : e Purpose : 

To retrieve specified rental information from the Claims Connection 

database • 

©Operational Method: 

- Retrieve the Claims Connection reservation or ticket data from the CC 
database and return the information using pre-defined external data structure. 
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©Files: 



CCMASTER (-R— ) 
CCCLSC (-R--) 
CCRES (-R--) 
ANDSG1V1 (-R--) EDS 

©Note: When a ticket is opened, the reservation is deleted from the 
reservation master file. 

©Improvement Opportunities: 

1. ) Replace the execution of the ARMS Handle Internal Brror («AM0097V1«) 
program with the execution of the newer ARMS Handle Internal/External Error 
fAM0098>) program. 

2. ) Delete the constant •CC2090V1' and replace its usage with the Prooram 
Status Data Structure data element for PROGRAM ID. ^ 

3. ) Convert program from OPM RPG to ILE RPG. 



Process 

Hierarchical numeric ID: 1.1.1,1.9.15 
Coded name: CLDQINFO 

Name: PGM Retrieve Data Queue Information (CLDQINFO) 
Comment : ©Purpose : 

This program receives a parameter and using the Application Program 
interface (API) QMHQRDQ, retrieves a data queue description. 

©Operational Method: 

- Prepare the parameters used by the API then call the API 

- Parse each attribute retrieved: 

- Length (binary) 

- Key length (binary) 

*-* - Sequence type (FIFO, LIFO, KEYED) 

- Sender ID (Y or N) 

- Force Indicators (Y or N) 
7 ascription 

:.,<<i"/ftr of messages on the queue (binary) 

- Max. number of message on queue (binary - not used) 

- Convert binary values to decimal 

- Return to values to calling program. 



Process 



Hierarchical numeric ID: 1.1.1.1.18 
Coded name: 

Name: ADT Dispatch Customer Authorization Maintenance Request 

Comment: ©Definition: The automatic process of updating the ARMS database on the 
distributed machine and dispatching the data queue entry for the appropriate program 
to then update the Rental database. 



Process 
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Hierarchical numeric ID: 1.1.1.1.18.3 " 1 

Coded name: AM0061V1 

Name: PGM Edit and Dispatch Customer Request (AM0061V1) 
Comment: ©Purpose: 

To perform the distributed Bdits and Dispatch a Customer Request 
transaction to the appropriate Rental System never-ending program/job or Financial 
System Interface daily batch transaction files. "nanciai 

©Operational Method: 

- Execute as a never ending program on the distributed host machine. 

- Receive the next data queue entry with a key value of <DIS« from data 
queue DQAM61V1 or DOAM6BVT. . 

„. . - If a 'WT 1 (Wait Time) group type is received, change the amount of time 
the primary data queue must elaspe before switching to the secondary data queue to 
the value in group type. However if the value - 99999. set the wait time to -l. 
infinite . ' 

_ ^ If a -DP- (Deferred) group type is received, execute the program to 
return the number of entries in secondary data queue. 

. - IP a -SD- (Shutdown Request) group type is received, 1 pass is made 

through the secondary data queue. Any entry not processed will remain deferred. 
After passing through the secondary data queue, generate shutdown request for the 
necessary rental interface program (s) . 

- If an »RM» (Remittance Advice) group type is received at the 
distributed host machine that is not the financial systems host, only update the 
cross-reference status. 

-If a daily rental transaction (excluding RM) is received at the 
distributed host machine that is the financial systems host, the program dumps and - 
invokes error logging process, AM0098. 

h ' If the auttoo * izi »9 customer is different from the original customer on 
an old style vendor override, generate a request for cancellation for the original 
customer who received the original request for authorization. 

" After business rules have been validated, the request is either, 
rejected back to the trading partner, passed on the appropriate interface request 
handler process, and in certain cases the request is deferred. (A key comprised of 
the transmission group type and business type is created when passing the request to 
the interface program) 

- Log the rejection of a request for authorization "for an open ticket (in 
file AMSTSX) . 

" I f the ticket referenced in the vendor override request is not found, 
generate standardized comment stating that the vendor override failed (data area 
AMATTCDA, format COMD01 in file AMAPP) . 

©Files: 

AMAPP (CRU-) 

AMVRGTL1 (-R--) 

AMQUBTBL (-R— ) 

AMSTSX (CR-- ) 
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©Notes : 

- AT (Authorization Add/Change/Transf er) 

- CC (Customer Confirmation) 

- CN (Customer Cancellation Request) 

- CM (Customer Message) 

- EX (Rental Extension) 

- PM (Customer Payment Advice) 

- RM (Customer Remittance Advice) 

The printer file for error DUMPs QPPGMDMP is overridden in this proaram 
to go to outq ARSMDUMP instead of the Enterprise default of BRRDDMPS because thT™t-„ 

around to fix the problem under consideration for more than a day. This wav the d^n 
is retained until explicitly deleted. Y * e dump 

************ External Data Structures **************** 

ANDSG1V1 

ARMSKE7 

APPD01V1 

CRBD01V1 

COMD01V1 

PMTD01V1 

RMTD01V1 

DQAM60V1 

AMATTCDA (-R--) Data Area 

$#EMACH 



Process 



Hierarchical numeric IDs 1.1.1.1.18.4 
Coded name: 



Name: DTQ Secondary (Deferred) Input to AM0061 (DQAM6BV1) 

Comment: ©Definition: DQAM6BV1 is a data queue that is used as a source of 
deferred input to PGM AM0061V1 which routes Trading Partner transactions to the 
^™ Rental SyStGm interfaCe P ro ^ rain - ^ta queue is input to by EC0OATV1 and 



Process 

Hierarchical numeric ID: 1.1.1.1.18.5 
Coded name: DQAMS1V1 

Name: DTQ Primary Input to AM0061 and Rental System Interfaces (DQAM61V1) 
Comment: ©Definition: DQAM61V1 is a data queue used to provide input to PGM. 
AM0061V1 and Rental System Interface programs which process inbound transaction 
requests from the EDI Trading Partner. 



Process 

Hierarchical numeric ID: 1.1.1.1.18.8 
Coded name: AM0O49V1 

Name: PGM Update Financial Services Piles with Remittance Detail (AM0049V1) 
Comment: ^Purpose: 

T ° Wite or update re cords to batch transaction header and detail holding 
files that are used to update the FINANCIAL SYSTEMS' Cash Receipts application 
database files with the detailed information of EFT remittance advice detail 
transaction data sets that were sent and processed through the ARMS system. This 
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information will be used by Financial Systems to process Electronic Funds Transfer ' 

and to distribute and apply the incoming funds. There will be one header record for 
each EFT batch received. 

^Operational Method: 

Using the passed input parameter field values for COMPANY PROFILE ID for 
Ins. ID, EFT IDENTIFICATION, and a SEQUENCE NBR. starting at 1 through 9 as a key f 
attempt to access for update an existing associated Cash Receipts EFT Remittance' 
Advice Header File (CREFTH) record. 

IF no record is found, write a new record, using this key value. Load 
the passed input parameter PAYMENT AMOUNT field value to the output BATCH TOTAL field 
and load GROUP ID with "76- and BRANCH ID with "99" and load the RECORD ADDED audit 
fields appropriately. 

IF a record is found, check its STATUS, being one of the following 

values: 

blank «= Unprocessed 

X » In use by another user 

p a Pending 

S = Submitted to batch 

O = Processed or Posted 
D - Deleted 

IF this batch records STATUS is submitted ("S"), posted ("O") , or, 
deleted ("D"), then the record is unavailable to ARMS interface. Increment the key's 
SEQUENCE NBR. by 1 and reattempt update access, However, IF there were 9 records 
found that all were unavailable, then DUMP and notify ARMS On- Call of the exception 
error by calling »AMPSSR« with the passed input parameter field being a concatenation 
of the passed input parameter fields 1 values to this program. 

ELSE, update this record's accumulated BATCH TOTAL with the passed input 
parameter field, PAYMENT AMOUNT. 

IF no exception error has occurred, then attempt to access for update an 
existing associated Cash Receipts EFT Remittance Advice Detail File (CREFTD) record, 
using the same key values last used for the Header File. 

• - 1 IF" no record is found, write a new record, using this key value and a 
LINE NBR value of 1. Load the passed input parameter field, PAYMENT AMOUNT value to 
the output PAYMENT TOTAL field and load the passed GROUP ID, BRANCH ID and TICKET ID 
prefixed with ■D" and load the RECORD ADDED audit fields appropriately. 

IP a record is retrieved, compare the retrieved record's GROUP ID, BRANCH 
ID, and TICKET ID to the passed GROUP 3D, BRANCH ID and TICKET ID prefixed with "D" . 

IF they match, then add the passed input parameter PAYMENT AMOUNT field 
value to the current PAYMENT AMOUNT field and update the RECORD' , CHANGED audit fields 
appropriately. 

IF no records are found whose GROUP ID, BRANCH ID and TICKET ID match, 
then write a record to this file using the same key fields' values and set the LINE 
NBR. to 1 or 1 more than was last retrieved. Load the passed passed GROUP ID, 
BRANCH ID and TICKET ID prefixed with "D", ENTERPRISE INTERNAL CUSTOMER ID, PAYMENT 
AMOUNT to their associated fields and load the RECORD ADDED audit fields 
appropriately. 

GFiles: (CRUD) 



Confidential 



Page 130 of 246 



8/11/00 



WO 02/097700 



PCT/US01/51431 



344 



ARMS Process Report - 

CREFTH (CRU-) Casn Receipts EFT Payment Remittance Advice Header PileT 

by , by Ins. ID, EFT ID#, and Sequence Nbr. 

CREFTD (CRU-) Cash Receipts EFT Payment Remittance Advice Detail File, 

by Ins. ID, EFT ID#, Sequence Nbr., and Line Number. 



©Notes : 

This program is called by the ARMS Distributed Edits and Dispatch 
(AM0061V1) program with the following input parameter fields: 



5 


Alphameric 


Company Profile ID 


20 


Alphameric 


EFT Identification 


2 


Alphameric 


Group ID 


2 


Alphameric 


Branch ID 


6 


Alphameric 


Rental Contract /TICKET ID 


7 


Alphameric 


Enterprise Internal Customer ID 


15/5 Numeric 


Payment Amount 



For any program exception error, the *PSSR - ERROR HANDLING SUBROUTINE 
will be executed that will output a spooled RPG formatted DUMP and CALL 'AMPSSR' with 
the passed input parameter field being a concatenation of the passed input parameter 
fields 1 values to this program to notify the ARMS On- Call staff. 

The ARMS system will now enable electronic invoices, payments and 
remittances (processed here) to be sent/received for non-ARMS Rental Management 
Trading Partners that are Direct Billing/Remittance Trading Partners, such as 
Tennessee yalley Authority (an Enterprise Fleet Services customer) . Therefore, ARMS 
will receive a data queue entry to generate an electronic invoice (and create an 
associated ARMS Rental Transaction Cross -Reference (AMXREF) file record) when the 
trading partner never sent to ERAC (via ARMS) any initial rental authorization. 

©Embedded Data/Constants : 

'AMOC^y!' is used as a literal constant to pass as an input parameter 
field value to the calls of •AMPSSR 9 program and the output of the PROGRAM ID audit 
field in the CREFTD and CREFTH files* records. 

•7699* (Host) is always used to load the GROUP and BRANCH ID fields of 
the Cash* Receipts EFT Payment Remittance Advice Header File 

® Improvement Opportunities: 

Replace the literal constant f AM0049Vl' with the Program Status Data 
Structure's data element for PROGRAM ID in the RECORD ADDED and RECORD CHANGED audit 
fields. 



Process 

Hierarchical numeric ID: 1.1.1.1.19 
Coded name: • 

Name: AUT Send Transmission to Trading Partner Company 

Comment: ^Definition: The automatic process of translating (if necessary) and 
sending a transmission to the Trading Partner through one of several EDI mediums. 



Process 

Hierarchical numeric ID: 1.1.1.1.19.2 
Coded name: EDZSCWA 
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Name: PGM Check for Wrapped Transactions to Send (KDZSCWA) " 

Comment : ©Purpose : 

To check for Outbound wrapped EDI transactions for Any EDI integration 
software sender processing. These transactions have been wrapped by program BDLSIMA 
in collaboration with program AMZSIMA. 

©Operational Method: 

This program receives a data queue entry keyed by the trading partner 
communications port id and if it is not a shutdown entry, it will read the Any EDI 
integration software Connection Log file to determine if there are any outbound 
wrapped messages ready to be sent for this trading partner. 

Based on the above information the return parameters are set. 
©Files: 

EXLLCPP (in library KXTSYSF) (-R--) 



Process 

Hierarchical numeric ID: 1.1.1.1.19.7 
Coded name: AMSCPIC 

Name: PGM Send Proprietary Transmission to an ARMS - connected VAN (AMSCPIC) 
Comment: ©Purpose: 

To request a program start communication conversation from an ARMS 
trading partner, then continuously sends proprietrary EDI data set transmissions to 
the trading partner. These transmissions are triggered by the receipt of their key 
value via an input data queue entry until a data queue entry of *DOWN is received 
from the input data queue. 



©Operational Method: 

For any error exception condition that occurs (including CPI-C errors) , 
output a ; -spooled RPG formatted dump and CALL 'AMPSSR to notify .ARMS On- Call staff of 
the condition and end the program. 

At program startup: 

- Derive ARMS to an ARMS -connected VAN Transmissions to be sent input 
data queue name by concatenating , DQ' with input parameter COMPANY PROFILE ID value 
(example •DQVN101'). _ 

- Call QCMDEXC to execute the ADDLIBLE QSYS2 command to access the OS/400 
System CPI-C objects. 

After startup has completed, repetitively perform the following steps: 

- Receive the next data queue entry from the derived input data queue 
into the ARMS KEY external data structure, waiting infinitely for an entry. 

- IP after any of the subsequent program executions, the returned PROGRAM 

RETURN CODE is not equal to 0 (zero) , then execute the program exception error 
routine. 

- Initialize a CPI-C communication conversation by executing 'CHINn 1 
program with the following parameters: 
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~~ 8 Character (Output) CONVERSATION ID ~ 

5 Character (Input) CONVERSATION SYMBOLIC DESTINATION ID 
(CSI) , loaded with the input parameter COMPANY PROFIT*? ID. 

9/0 Binary (Output) PROGRAM RETURN CODE 



- Allocate a CPI-C communication conversation by executing ^CMALLC 
program with the following parameters: 

8 Character (Input) CONVERSATION ID 
9/0 Binary (Output) PROGRAM RETURN CODE 



- Set a CPI-C communication session/conversation send type by executing 
'CMSST' program with the following parameters: 

8 Character (Input) CONVERSATION ID 
9/0 Binary (Input) CONVERSATION SEND SET TYPE, loaded with 

the value 1. 

9/0 Binary (Output) PROGRAM RETURN CODE 

- IP the received data queue entry's COMPANY ID » • *DOWN» , or the GROUP 
TYPE CODE =» 'SD* , or the CUSTOMER TRANSACTION ID = •♦STOP', then execute the 
following two programs, then end this program. 

The first is to set the CPI-C Deal Type by executing •CMSDT 1 program 

with the following parameters: 

8 Character (Input) CONVERSATION ID 
9/0 Binary (Input) CONVERSATION DEAL SET TYPE, loaded with 

the value 1. 

9/0 Binary (Output) PROGRAM RETURN CODE 

- - The second is to DeAl locate a CPI-C communication conversation by 
executing ■CMDEAL' program with the following parameters: 

8 Character (Input) CONVERSATION ID 
9/0 Binary (Output) PROGRAM RETURN CODE 

- IF a non- shutdown data queue entry is received, then use its value to 
repetitively read each corresponding record in the ARMS Transmissions to be Sent 
(AM SEND) file. Load each retrieved record* s ARMS format to a temporary DATA TO BE 
SENT array' of 128 character elements and 68 elements, increment the RECORD COUNTER by 
1 and the SENT DATA LENGTH by 128. 

IF the RECORD COUNTER is greater than €9 (68 x 128 « 8704 characters, 

full communication buffer) , or at least 1 record was read from the ARMS Transmissions 
to he Sent (AMSEND) file, then execute the •CMSEND' program with the following 
parameters: 

8 Character (Input) CONVERSATION ID 
8704 Character (Input) DATA TO BE. SENT ARRAY 
9/0 Binary (Input) SENT DATA LENGTH (loaded with the current 
increments of 128 bytes per record) . 

9/0 Binary (Output) REQUESTOR ID, loaded with 0. (zero) . 

9/0 Binary (Output) PROGRAM RETURN CODE 

- - Read from the loaded DATA TO BE SENT ARRAY, starting at the first 
element for every element loaded, write a record to the ARMS Transmissions Sent 
(AMSNDLOG) file and then send a data queue entry for these written records to the 
ARMS Time Line Input Data Queue (DQAM70V1) . 

- - Reset the SENT DATA LENGTH and the RECORD COUNTER to 0 (zero) and 
clear the DATA TO BE SENT ARRAY. 
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Files: (CRUD) 

AMSEND (-R--) 
AMSNDLOG (C— -) 

©Embedded Data/Constants: 

•ADDLIBLB LIB(QSYS2) » for use in the execution of the program QCMDBXC to 
execute this command so that the IBM System Library for CPI-C programs' objects would 
be available for use. 

•*LIBL» used as the input parameter for the LIBRARY NAME for the 
execution of the Receive Data Queue and Send Data Queue programs. 



Process 

Hierarchical numeric ID: 1.1.1.1.19.8 
Coded name; EDMSLUA 

Name: PGM Send XI 2 Transmission (BDMSLUA) 
Comment : ^Purpose : 

To send any wrapped EDI X12 transactions that are ready to be sent. 
©Operational Method: 

- This program runs in an infinite loop from the time it is submitted 
until a shutdown flag is returned by the called program EDZSCWA. The program is 
submitted by the ETD: EC/EDI: ARMS Trading Partner Insurance Company Comm. /Mapping 
Submitter (AM***COMP) program to run in the ARMS subsystem on the centralized ARMS' 
host computer platform and is passed the following input parameters: 

5 Character COMPANY PROFILE ID with transactions to be sent (such as 

■***0l') 

15 Character NETWORK ID, as defined in Any EDI integration software, 
for this ARMS Company Profile ID to be used for this network communication session. • 
(such as 'ProfileName 1 ) 

6 Character PORT ID, as defined in any EDI integration software, to 
be used for this network communication session (such as 'xxxxx') . 

; ~" 10 Character ' SCRIPT ID, as defined in any EDI integration software, as 
the communication script to be used for this company in the ARMS connected network, 
(such as 'xxxxxS') 

1 Character VERSION FLAG, Either 'O' = Test or •l 1 = Production. 

- Repetitively execute the ARMS ANY EDI INTEGRATION SOFTWARE Generic Send 
Transaction Notify Program (EDZSCWA) with the following parameters, until the*DOWN 
FLAG indicates a shutdown has been received: 

5 Character (input) passed input parameter, COMPANY PROFILE ID with 
transactions to be sent (such as 1 xxxxx 1 ) 

6 Character (input) passed input parameter, PORT ID, as defined in any 
EDI integration software, to be used for this network communication session, (such as 
t***0l<) 

1 Character (output) *D0WN FLAG shutdown data queue entry received. 
(Values are 'Y 1 Yes or 'N 1 ss No) 

1 Character (output) TRANSACTIONS PROCESSED TO BE SENT FLAG, (Either 
•Y» = Yes or 'N* = No) 

1 Character (input) passed input parameter, VERSION FLAG (Either 1 0' 
- Test or = Production) 
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IP the returned TRANSACTIONS PROCESSED TO BE SENT FLAG is Yes, then~"siHa~ 
transactions to trading partner based on Company ID, Network, Port, and 
Communication's Script by execution of the any EDI integration software's command for 
API: Send connections ready to send - batch. 

- Upon return of control from EDZSCWA, if the shutdown flag has been set 
end the program. ' 

- IP there is an error is due to communications error line ARMS -CONNECTED 
VALUE-ADDED NETWORK - (UEX0567) , or, 

IF there is an error is due to communication's failure, (UEX0573) , 
IF there is an error is due to no connections ready to send which' match 
the selection parameters, (UEX0517), or, 

. IF there is an error while processing a connection, (UEX0519) , or, 
IF there is any other error escape message, then execute the error 

routine. 

The error routine consists of: Output a spooled CL program dump; Notify 
ETD and ARMS On -Call personnel, end the program. 

©Notes : 

Program EDZSCWA waits on the data queue that indicates the presence of 
wrapped transactions and returns the indicator for the presence of these transactions 
to this program. 

Process 

Hierarchical numeric ID: 1.1.1.1.19.12 
Coded name: EDLSIMA 

Name: PGM Map Proprietary to X12 Transmission (EDLSIMA) 
Comment : ©Purpose : 

To drive the translation of the ARMS proprietary transaction set into the 
ANSI X12 EDI transmission set. 



©Operational Method: 



IF translation errors are encountered or any unspecified escape error 
messages are generated. Dump the CL program. Call both the ETD PSSR and the ARMS PSSR 
programs, passing the current job's JOBNAME, • EDLSIMA1 ' , and a single blank character 
to notify ETD and ARMS On-Call staff. Then End the program. 

Retrieve the gC/EDI Send Mapper Debug Flag 1 character data area to check 
the DEBUG FLAG value. 

IF the passed input parameter field VERSION is 'T'/.then perform 
overrides to the •test" interface files for 272 set to the ELEDITST E's EDI Test Data 
Library for the following 272 transaction set files and their associated test 
interface save files: S272DTL1, S272DTP1, S272HDR1, S272ER1, S272K21, S272NAM1, and 
S272PER1. Additionally for the following 824 transaction set files: S824HDR1, 
S824BR1, S8240TI1, S824N1, S824NTE1, S824ME1, and S824PER1. Also, IF not on the 
•DEV" (development) platform* then override the following DDM (distributed data 
management) remote file on the "DEV* platform in the ELEDITST EDI Test Data Library 
for the ARMS Cross -Reference File (DAMXREFL1) and the ARMS Authorization Detail File 
(DAMADTD) . 

Allocate the following output sender segment detail interface work files 
for exclusive use: 
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S272DTL1 " ' — 

S272DTP1 

S272ER1 

S272HDR1 

S272R21 

S272NAM1 

S272PBR1 

S824HDR1 

S824KR1 

S8240TI1 

S824N1 

S824NTB1 

S824MB1 

S824PBR1 

Derive the Trading Partner (COMPANY ID) Send Communications Version l 
output data queue name.. IP the passed VERSION is »1" (production) , then build the 
data queue name by the concatenation of the first three (3) characters of the passed 
input parameter field COMPANY ID, the constant "SB" (to SEnd) , and the passed input 
parameter field VERSION. 

ELSE (is test) , then build the data queue name by the concatenation of 
the characters from position 2 through 4 of the passed input parameter field COMPANY 
ID, the constant "SB" (to SEnd), and the passed input parameter field VERSION. 

Perform the following until SHUTDOWN FLAG or an exception error occurs: 

- Call the ARMS X12 Send Interface Version 2 program (AMZSIMA) with the 
following parameters: 

1 Character (Output) Shutdown Flag (possible values: 'N'=No or 

•Y«=Yes) 

3/0 Decimal (Output) Number of 272 Transaction Sets 

3/0 Decimal (Output) Number of 824 Transaction Sets 

5 Character (Input) Company ID, passed input parameter field value 
to this program 

- IF transactions were written to the interface files (NUMBER OF 272/824 
TRANSACTION SETS > 0) , then execute the EDI integration software Create Application 
Data Batch (batch) command for the Property and Casualty Loss Notification Outbound 
Version 1 application ID for the production or test data processed, depending on the 
value of the input parameter VERSION. Then send a 1 ♦DATA 1 (meaning "data is 
available to be sent*) 5 -character data queue entry to the derived output Trading 
Partner (COMPANY ID) Send Communications Version 1 data queue. 

- IF the retrieved data area's DEBUG FLAG is 'Y' (program is running in 
debug mode) , the copy/add the transaction set segment detail interface work files to 
their associated save archive files. 

- Clear these transaction set segment detail interface work files. 

- I F th e called ARMS X12 Send Interface Version 2 program (AMZSIMA) 
returned with SHUTDOWN FLAG parameter = •Y 1 , then send three (3) •♦DOWN 1 5 -character 
data queue entries to the derived output Trading Partner (COMPANY ID) Send 
Communications Version l data queue and end this program. 

- ELSE, repeat the above steps. 

©Files: (CRDD) 
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EDEXTDBUG (-R--) 1 character data area ETD: EC/EDI Send Mapper Debuo 
Flag (possible values: "N^No or "Y"=Yes) 



©Notes : 



This program is maintained by the Emerging Technologies Department (ETD) . 

This program is submitted as a never-ending program batch job with the 
job name 'LxxxxxlSM' (where "xxxxx" is the Trading Partner Company Profile ID) and 
specifies using the any EDI integration software JOBDP job description on the 
centralized ARMS application host computer system with the following input 
parameters : 

1 Alphameric VERSION (possible values: "1" -production or »T" -testing) 
5 Alphameric COMPANY ID 



Process 

Hierarchical numeric ID: 1.1. 1*1.19.30 

Coded name: AMZSIMA 

Name: PGM Create Send Interface Work Files for Any Transactions to be Sent (AMZSIMA) 
Comment : ©Purpose : 

To receive any outbound transmission to be sent and format it into the 
appropriate send transaction interface work files for mapping by the EDI integration 
software (any third-party software package) . 

©Operational Method: 

- Set the delay time for gathering transactions from data area AMEXTSM. 
To improve performance, the EDI integration software is not invoked for each 
transaction. The delay time is the duration for which the program will wait to see 
if any more transactions are available to be sent before returning to the calling 
program. 

- Receive data to be sent to insurance company in ARMS proprietary format 
and convert the format to send interface file format for X12 transaction sets 272 
{property and casualty loss notification and work assignments (rentals) } and 824 
(application advice designed to accommodate the business need for reporting the 
acceptance, rejection, or acceptance with change of any transaction set}. 

- Use file EDPREF3 to determine which insurance company expects which X12 
transaction set for a particular ARMS proprietary group type. 



©Piles: 


CRUD) 




AMSEND 


(-R-- ) 




AMTRNLOG 


(-R-- ) 




S272HDR1 


(CRU-) 




S272NAM1 


(CRU-) 




S272DTL1 


(CRU-) 




S272DTP1 


(CRU-) 




S272ER1 


(CRU-) 




8272K21 


(CRU-) 




S272PER1 


(CRU-) 




AMSNDL0G 


(-R-- ) 




EDPREF3 


(-R--) 




S824HDR1 


(CRU-) 




S824BR1 


(CRU-) 




S824N1 


(CRU-) 
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(CRU-) 
(CRU-) 
(CRU-) 
(CRU-) 
<-R--> 
(-R— > 

(-R — ) Data Area 



©Notes: State 



Currently, this used for the ANSI X12 '272» Rental Management T rans action 
Set used for Trading Partner Company and for the ANSI X12 «B24« Consolidated Payment 
Transaction Set used for a different Trading Partner Company. 

Currently only one ARMS Trading Partner Company will be s endin g 824 
transactions but CIECA standards will be used in the future by other insurance 
companies to process status type transactions such as: •AC 1 , , RN I , 'BR' . 



Process 

Hierarchical numeric ID: 1.1. 1.1,20 

Coded name: 

Name: ADT Generate Authorization Maintenance in Behalf of R.M.T.P. 
Comment: ©Definition: This automated process allows for an Enterprise In-House 
person to perform Authorization Management Maintenance on behalf of a Rental 
Management Trading Partner. Currently this is restricted to the processing of 
Authorization Changes and Cancellations. Only one ARMS Trading Partner Company is 
using this currently. 



Process 

Hierarchical numeric ID: 1.1.1.1.20.1 
Coded name: AACHNG 

Name: PGM AADRVR Program to PASSTHRU to RARMS (AACHNG) 

Comment: ©Definition: This program is used to pass through to the Centralized ARMS 
machine. It is used by In- house Enterprise Rental management personnel to access an 
interactive screen for use' in processing AT-C, and or CN's on behalf of an ARMS 
Trading Partner Company. 

©Operational Method: All this program does is start pass-through and 
starts the AACHNGA program. End program. 

Process 

Hierarchical numeric ID: 1.1.1.1.20.2 
Coded name: AACHNGA 

Name: PGM Program to start AACHGR (AACHNGA) 

Comment: ©Definition: This program is used to facilitate In -house Enterprise 
Rental management personnel access to an interactive screen for use in processing AT- 
C, and or CN's on behalf of a ARMS Trading Partner Company. 

©Operational Method: This program is started by AACHNG on the Centralized 
ARMS machine. This program will call program AACHGR and then when control is returned 
it will end Pass -Through returning the user to the distributed machine. 



Process 
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Hierarchical numeric ID: 1.1. 1.1.20. 3 

Coded name: AACHGR 

Name: PGM ARMS Trading Partner Company Authorization Change (AACHGR) 
Comment: ^Definition: This program is used to allow In-house Enterprise Rental 
management personnel to access an interactive screen for use in processing AT-Changes 
, and/or Cancellations on behalf of a ARMS Trading Partner Company. 

^Operational Method: The System Name is retrieved and the users authority 
to the program is validated. If the user is not authorized, *INLR iB turned *ON and 
the program exits. 

If the user is authorized, all screen values and indicators are reset and 
Screen 1 is displayed. F3-Exit will exit the program. F5-Next will reset all screen 
values and indicators and redisplay the screen. Flo -Process will begin processing, 
if all edits pass, an authorization change or cancellation. Fll-Cancel will display 
Screen 2, if all edits pass. 

After the user enters a valid combination of Group, Branch, Reservation, 
and Ticket, the ARMS cross-reference record is retrieved and the current status is 
used to determine possible transaction types. Authorization change requests are only 
allowed when the cross-reference status is 'R*, 'O", or Cancellation requests 

are only allowed when the cross-reference status is either f R' or . 

If an authorization change request is being processed, the new values are 
compared with the old values to ensure a change is made and edited for validity. If 
edits pass, necessary formats (APPD01, ADJD01, AUTD01, SURD01, COMD01) are loaded for 
an AT-C. Records are written to AMSET. A transaction log entry is written to 
AM004P. Data queue entries are sent to DQAM25V1 and DQAM70V1. Screen l is then 
redisplayed. 

. If a cancellation request is being processed, necessary formats (APPD01, 

ADJD01, CAND01, COMD01) are loaded. Records are written to AMSET. A transaction log 
entry is written to AM004P. Data queue entries are sent to DQAM25V1 and DQAM70V1. 
Screen 1 is then redisplayed. 

©Notes: This is a temporary program for use until the ARMS Trading 
Partner Company completes development of their system. 



©Files: (CRDD) 

- AMXRBFL1 (-R— ) 

- AMXR^FLls (-R— ) 

- AMRNTD (-R— ) 

- AMADJD (-R--) 

- AMAUTD {-R— ) 

- AMSURD (-R--) 

- AMXBCO (-R--) 

- CDSTMAST (-R-- ) 

- AMSET (C— ) 
AM004P01 (C-— ) 



Process 

Hierarchical numeric ID: 1.1.1.2 
Coded name: 

Name: BT Manage Customer Remittance 
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Comment: ©Definition: The set of automated activities that are used in management" 
of remittances, this is the result of an inbound transmission received from the 
trading partner who is engaged in electronic invoicing with us. 

©Purpose: To allow EDI Trading Partners to receive and manage billing 
invoices electronically. 



Process 

Hierarchical numeric ID: 1.1.1.3 
Coded name: 

Name: BT Manage Customer Message 

Comment: ©Definition: The set of automated activities that are used in management 
of customer messages, this is the result of an inbound transmission received from the 
trading partner who is engaged in electronic messaging with us. 

©Purpose: To allow the Rental Management Trading Partner to send messages 
to the Rental location electronically without the need of using the telephone. 



Process 

Hierarchical numeric ID: 1.1.2 
Coded name: 

Name: AA Rental Systems Business Transactions 

C omm ent: ©Definition: This application area represents all EDI transmissions t hat 
are sent from any of the Enterprise Rent -A- Car current internal rental application 
systems to the Rental Management Trading Partner system for: authorization requests, 
notification, cancellations, and extension; Vendor messages; Vendor Invoices 



Process 

Hierarchical numeric ID: 1.1.2.1 
Coded name: 

Name: BT Request for Authorization Management by Vendor 

Comment: ©Definition: The set of automated activities that are used in the request 
for authorization and extension of a rental that is seen as an outbound transmission 
directed toward the trading partner. 

©Purpose: To provide the rental offices an automated /electronic way to 
request authorizations and extensions for rentals from Rental Management Trading 
Partners without having to u*a the telephone. 



Process 

Hierarchical numeric ID: 1.1.2.2 
Coded name: 

Name: BT Generate & Send Rental Maintenance Notification 

Comment: ©Definition: The set of automated activities that are used in the 
creation of and transmission of rental notification seen as an outbound transmission 
directed toward the trading partner. 

©Purpose: To notify the trading partner of the open or close of an 
authorized rental. 



Process 
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Hierarchical numeric ID: 1.1.2.3 
Coded name: 

Name: BT Manage Vendor Messages 

Comment: ©Definition: The set of automated activities that are used in management 
of vendor messages, this is the result of an action on the part of a rental agent and 
results in a transmission sent to a trading partner that engages in electronic 
messaging with us. 

©Purpose: To allow the rental office to send electronic messages to the 
rental trading partner without the need to pick up the telephone. 



Process 

r 

Hierarchical numeric ID: 1.1.2.4 
Coded name: 

Name: BT Generate & Send Electronic Billing Invoice and Batch Extensions 
Comment: ^Definition: The set of automated activities that are used in the 
creation and transmission of electronic invoices to the trading partner. 

©Purpose: To allow for paperless billing of rentals to customers that are 
set up for EDI billing. 



Process 

Hierarchical numeric ID: 1.1.2.4.1 
Coded name: 

Name: BAT Package and Send Transaction / Generate Vendor Extension Request 
Comment: ©Definition: Package information held on the Centralized ARMS System into 
a batch package and send the information to the rental management trading partner or 
the direct bill trading partner. Or on the distributed rental systems generate 
requests for authorization extensions {RE»s) based upon specific conditions of 
rentals as determined from the Rental Database 

©Purpose: To prepare and send outbound transactions to the EDI Trading 
Partners. And to insure that rental extensions are requested in a timely fashion. 

©Notes: The information held could be invoices, office location updates, 
service area updates and/or location rate updates. 



Process 

Hierarchical numeric ID: 1.1.2.4.1.1 
Coded name: 

Name: BAT Package and Send Transactions to specified ARMS Trading Partner Companies * 
Comment: ©Definition: Package information held on the Centralized ARMS System into 
a batch package and send the information to specified ARMS Trading Partner Companies 
other than ANSI X12. 

©Purpose: To prepare and send outbound transactions to the specified ARMS 
Trading Partner Companies other than ANSI XI 2 EDI Trading Partners. 

©Notes: The information held could be invoices, office location updates, 
service area updates and/or location rate updates. 



Process 
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Hierarchical numeric ID: 1.1.2.4.1.1.5 
Coded name: 

Name: DTQ Connect -Specific Communications Sender Input (DQxxxxx) 

Comment: ©Definition: DQxxxxx Connect Specific Communications Sender data queues 
are used to provide input to the programs that send transmissions to our EDI Tradina 
Partners . ^ 



□ 



Process 



Hierarchical numeric ID: 1.1.2.4.1.1.15 
Coded name: AM0150 

Name: PGM Package Batch Transaction (AM0150) 
Comment : ©Purpose : 



To package control start records before and control end records after 
each Vendor Invoice (IN) and each Vendor Extension Request (RE) data set, to form a 
complete transmission set. Control start: and end records are used to route the 
transmission and indicates the type of transaction set being sent to the T rading 



©Operational Method: 



— For each transaction data set 

— Build the control start record format (Transmission, Group, & 

Set) and write record formats to send file (AMSEND) 

— For each transaction data set record format 

Translate the location (ADTDOl/ELCDOl/lEBHOl 

IF record format NE to Insured Detail (INSD01) 

Write record format to send file (AMSEND) 

IF transaction data set EQUALS Vendor Invoice (IN) 

Write record format to ARMS Billing Log 

Build the control end record format (Set, Group, & 

Transmission) and write record formats to send 
file (AMSEND) 

Sends a data queue to the connect- specific communications 

sender 

©Notes : 



- Control 8 tart /end records must match: 

Transmission start 

Group Start 

Set Start 

Set End 
Group End 
Transmission End 



©Files (CRDD) 

L811C (-R— ) 

ARMSPR3 (-R — ) 

AMSEND (C ) 

AMBILLOG (C---) 



Process 
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Hierarchical numeric ID: 1.1.2.4.1.2 " 

Coded name: 

Name: BAT Package and Send Transactions for XI 2 

Comment: ©Definition: Package information held on the Centralized ARMS System into 
a batch package and send the information to theX.12 trading partner. 

©Purpose: To prepare and send outbound transactions to the X-12 EDI 
Trading Patners. 

Process 

Hierarchical numeric ID: 1.1. 2. 4.1. 2.1 

Coded name: UT_999M 

Name: PQ€ Generic ILE Error Handler (ErrHandler) 
Comment : ©Purpose : 

To handle exceptions for application programs , by determining the proper 
response reacting in a predetermined way. These responses include sending a MS01 
message and sending pages to the appropriate personnel. 

©Operational Method: 

Applies To: (ILE) Toolbox Error Handling 

This generic application program error handler may be executed by an OPM 
(Original Program Model) program by executing an intermediate ILE RPG wrapper 
program, •OT_999M" - ISS:IS Global Error Handling Module (OPM Callable) . This 
program was created with the bound service program *ISLIB/OT_H05S" - ISS: universal 
Toolbox (*CALLER) that was created with the bound module "ISI*IB/UT_H05S012" that 
perform the necessary service functions. This program is executed with the following 
parameters : 

Parameter Type-usage Size Description 

programID Char - Input 10 Program issuing the 

error 

errorlD Char - Input 7 Error ID 

found in« the DT991P file for the associated Program ID 

msgDta Char- Input * 75 Substitution 

data for message description 

Return Code char - Output 1 Returns 1 for 

failure, 0 for success 

Before using this function/procedure, three files must be updated, with 
the necessary information." These files are UT991P, UT992P, and TJT993P. 

The existing entries must be used as examples to follow. 

Syntax: 

rc = ErrHandler ( <programID> :<errorID> [:<msgDta>] [ :<errorNoAction>] ) 
Elements : 

Argument Type Size Description 

rc (Return Code) char 1 Returns 1 for failure, 0 for 

success 

programID Char 10 Program issuing the error 
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error ID ' cfiar 7 Brror ID found in the" 

0T991P file for the associated Program ID 

msgDta Char 32767 Substitution data for message 

description 

errorNoAction char i Parameter for future update, 
currently has no function 



©Notes : 



program. 



This ILE RPG wrapper program is currently executed only by the AMZ811A 



The following necessary records were placed into the OT991P ISS:IS Error 
Message ID Pile in order to execute the error handling functions properly: 



Program 
Issuing 
Error 



Message 
Brror 



Message 
File 



ID 



Description 
Name id 



AMZ811A 
AMZ811A 
AM2811A 
AMZ811A 



NORECFD AMMSGF AMMO 003 

SEQERR AMMSGF AMMO 001 

INVCMP AMMSGF AMMO 002 

*PSSR AMMSGF AMMO 004 



The following necessary records were placed into the UT992P ISS:IS Error 
Message Response File in order to execute the error handling response functions 
properly: 



Program 








Issuing 


Error 


Sequence R< 


Error 


ID 


ID 


Code 


AMZ811A 


♦PSSR 


1 


ARMSPAGE 


AMZ811A 


*PSSR 


2 


ARMSMS01 


AMZ811A 


INVCMP 


1 


ARMSPAGE 


AMZ811A 


INVCMP 


2 


ARMSMS01 


AMZ811A 


NORECFD 


1 


ARMSPAGE 


AMZ811A 


NORECFD 


2 


ARMSMS01 


AMZ811A 


SEQERR 


1 


ARMSPAGE 


AMZ811A 


SEQERR 


2 


ARMSMS01 



Error 



The following necessary records were placed into the DT993P ISS:IS 
Response/Program File in order to specify the execution of the error handling 
response mode functions: 



Response 
Code 



Exit 



Response 



Program 



ARMSPAGE 
ARMSMS01 



UT_999M005 
DT 999M006 



Process 



1.1.2.4.1.2.19 



Hierarchical numeric ID: 
Coded name: AMZ832A 

Name: POi Send Interface X12 Transaction Set 832 (AMZ832A) 
Comment : Purpose : 
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To convert Enterprise proprietary EDI formats held on the Centralized 
ARMS System into X.12 standard formats (transaction set 832) which will then be sent 
to the X.12 trading partner 

©Operational Method: 

- IP transaction have been written to application database 
(AMSNDLOG) , clear application work files . 

- Attempt to receive the next DQ832S data queue entry with a key of 
Company Id. 

- IF a data queue entry was not received, close program files (if 

applicable) and end program 

- IF a data queue entry was received THEN 

- IF no records were retrieved from the application database send 

f ile (AMSEND) , using the received data queue entry - page the 
on- call staff and get next data queue entry. 

- IF records were retrieved from the application database send file 

(AMSEND) , using the received data queue entry THEN 

- IF the transaction is in the correct sequence, notify the on- 

call staff 

- Use the Rental Management Trading Partner electronic commerce 
profile to determine if they receive X12 standard format - 832 for this specific 
application group type. IF not exit the program. 

- For each invoice, attempt to load the EDI integration software 

work files: 

r Retrieve records from application database 

- IF the invoice charge code or unit of measure is not found, 
skip this invoice and notify ARMS on- call. 

- Load the 832 extol work file and writing them to the send log 

file (AMSNDLOG) . 

- Update 832 header work file. 

- Send a data queue entry to timeline (DQAM70) 

©Files: (CRUD) 

. • AMSEND (-R--) 

AMSNDLOG (CR-D) 

AM811P01 (-R--) 

S832HDR1 (CR-D) 

S832LIN (CR-D) 

S832PER (CR-D) 

S832CTP (CR-D) 

S832N1 (CR-D) 

EDPREF3 (-R — ) 

AM832ERR (C— ) 

Process 

Hierarchical numeric ID: 1.1.2.4.1.2.20 
Coded name: 

Name: DTQ Input for X12 Transaction Set 832 (DQ832S) 

Comment: ©Definition: DQ832S is a data queue used to provide input for X.12 
transaction set 832 to POf AMZ832A. 



Process 
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Hierarchical numeric ID: 1.1.2.4.1.2.23 
Coded name: AMZ811A 

Name: PGM Send Interface X12 Transaction Set 811 (AMZ811A) 
Comment : ©Purpose : 



To convert Enterprise proprietary EDI formats held on the centralized 
ARMS application system host platform into X12 standard format (transaction set 811) 
which will then be sent to the X12 trading partner. 

©Operational Method: 

- IP the transaction set has been written to the application database for 
Sent Transaction Log (AMSNDLOG) file r then clear the application work files. 

- Attempt to receive the next DQ811S data queue entry with a key of 
Trading Partner Company ID. 

- IF a data queue entry was not received, close program files (if 
applicable) and end program 

- IP a data queue entry was received THEN 

" » *o records were retrieved from the application database send 
file (AMSEND) , using the received data queue entry - page the 
on- call staff and get next data queue entry. 

- IP records were retrieved from the application database send 
(AMSEND) file, using the received data queue entry, THEN: 

- IP the transaction is in the correct sequence, notify the on- 

call staff 

- Use the Rental Management Trading Partner electronic commerce 
profile to determine if they receive X12 standard format - 811 for this specific 
application group type. IP not, then exit the program. 

- For each invoice, attempt to load the Extol work files: 

— Retrieve records from application database 

--IP the invoice charge code or unit of measure is not found, . 
skip this invoice and notify ARMS on- call . 

— Load the 811 Extol work file and writing them to the send loa 
(AMSNDLOG) file. ^ 

— Update 811 header work file. 

— Send a data queue entry to timeline (DQAM70) 

©Notes: 



- This program run with in CLL811 between 3:00am and 5:00am Central time 

zone . 

- This program only processes invoice transmission sets. 

The ARMS system will now enable electronic invoices, payments and 
remittances (processed here) to be sent/received for non-ARMS Rental Management 
Trading Partners that are Direct Billing/Remittance Trading Partners, such as 
Tennessee Valley Authority (an Enterprise Fleet Services customer) . 

©Files: (CRDD) 



AMSEND (-R--) 

AMSNDLOG (CR-D) 

AM801P01 (-R--) 

AM802P01 (-R--) 

AM811P01 (-R--) 
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ARMSPR1 

AMAOTD 

S811HDR1 

S811NAM1 

S811DTL1 

S81XIT1 

S811VEH1 

EDPRBF3 

AM811BRR 
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~<-R~) 

<-R~> 
(CR-D) 
(CR-D) 
(CR-D) 

(CR-D) 
(CR-D) 
(-R-) 
(C— ) 



Process 

Hierarchical numeric ID: 1.1.2.4.1.2.24 
Coded name: 

Name: DTQ Input for X12 Transaction Set 811 (DQ811S) 

Comment z ©Definition: DQ811S is a data queue used to provide input for X.12 
transaction set 811 to P©f AMZ811A. 



Process 

Hierarchical numeric ID: 1.1.2.4.1.2.26 
Coded name: EDMSOFA 

Name: PGM Create Extol Envelope for Office Data (EDMSOFA) 
Comment : ©Purpose : 

To create the transmission envelope for rental location/rates maintenance 
transaction sets for the sender interface to the Extol EDI Translation Software. 

©Operational Method: 

- Call this program after the interface program AMZ832A has already put 
the data in AMSEND. This program will create the necessary EDI transmission' envelope 
and" transmit it to the insurance company. 

©Notes: Set Environment as ADDLIBLE ELEDIxxx where "xxx" is the first 3 
characters' of the TRADING PARTNER PROFILE ID. 

This program is executed only on the centralized ARMS host application 
system platform. 

This program is currently stewarded by the Emerging Technologies 
Department's (ETD) Electronic Data Interchange (EDI) projects team. 



Process 

Hierarchical numeric ID: 1.1.2.4.1.2.27 
Coded name: EDMSINA 

Name: PGM Create Extol Envelope for Invoice Data (EDMSINA) 
Comment : ©Purpose : 

To create the transmission envelope for rental billing invoice 
transaction sets for the sender interface to the Extol EDI Translation Software. 

©Operational Method: 

- Call this program after the interface program AMZ811A has already put 
the data in AMSEND. This program will create the necessary EDI transmission envelope 
and transmit it to the insurance company. 
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GNotes: Set Environment as ADDLIBLE ELBDIxxx where »xxx" is the first 3 
Characters of TRADING PARTNER PROFILE ID. 

This program is executed only on the centralized ARMS host application 
system platform and is executed from the ARMS Packaging Translation Job (CLL811) 
program. 

This- program is currently stewarded by the Emerging Technologies 
Department's (ETD) Electronic Data Interchange (EDI) projects team. 



Process 

Hierarchical numeric ID: 1.1.2.4.1.2.28 
Coded name: 

Name: DTQ Input for X12 Sender (DQxxxSCl) "xxx" « Company 

Comment: ^Definition: DQxxxSC is a data queue used to provide input for X.12 
transaction sender (xxx = Company) . 



Process 

Hierarchical numeric ID: 1.1.2.4.1.3 
Coded name: 

Name: BAT Package and Send Transactions to specified ARMS Trading Partner Companies 
Comment: ©Definition: Package information held on the Centralized ARMS System into 
a batch package and send the information to specified ARMS Trading Partner Companies. 

©Purpose: To prepare and send outbound transactions to specified ARMS 
Trading Partner Companies. 



Process 

Hierarchical numeric ID: 1.1.2.4.1.3.7 
Coded name: AM***SNB 

Name: PGM Send Batch Transmission (via ARMS -connected Value-Added Network AM***SNB) 
Comment: ©Purpose: 

' - 4 To send from ARMS to specified ARMS Trading Partner Companies a Batch EDI 
Tra nsmi ssion of proprietary transaction data sets via ARMS - connected Value-Added 
Network. The transaction set functional group types sent are rental billing invoice 
documents ("IN") and rental location/ rates maintenance documents ("OF") . 

^Operational Method: 

Clear the EDI integration software Local Data Area data structure. 

Retrieve the EDI integration software User Profile ?ile record for 
ACCOUNT = •ERAC 1 and USERID = 'ERACARM* . 

Load the entire retrieved record value to the EDI integration software 
Local Data Area data structure's subfield for PROFILE RECORD. 

Load the remainder of the EDI integration software Local Data Area data 
structure's subfields as follows: 



• IEERACARM ■ User files library (E4LBLB) 
•IESTRM • Stream file name (E4LBST) 

•IERCVD • Received file name (E4LBRC) 
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1 IKMS( 3S • ~~ Messages tile name (E4LBMS} 

* Received files file name (E4LBFL) 

IBSLOG • Session log file name (E4LBLG) 

f °| Base submit flag (B4LSBF) 

,0 ' Base calling code (E4LBCL) 

m a jj * P ^ e ****** ***** C0MPANY PROFILE ID parameter is a specified ARMS 

•S^*^t rtner C °^ anie8 Production <'***01.), load the COMMAND FILE NAME with 

IF the passed input COMPANY PROFILE ID parameter is a specified ARMS 
^S^LS^ 1 ^ COmpanieS testi *9 (W), load the COMMAND FILE NAME with 

Output to this program's Local Data Area (to be used by the EDI 
s?r^S^° n S ° f tWare) fr ° m the loaded mi integration software Local Data Area data 

_ . f^ ecute 201 integration software base ('IEIFEXEC') program to execute 

SLrSrArea 6 " 3 * ^ 0rmati °» ^ed in the c^eS^atch™ 

tot ^^™^ etrie p! ^ integration softv are Local Data Area and load into the 
EDI integration software data structure. 

IF the EDI integration software Local Data Area data structure's Base 
Return Code is not a normal completion {'00'), then execute the Program Status 
Subroutine (*PSSR to produce a formatted RPG dump and execute Perform Internal Error 
Paging and Messaging ('AMPSSR') program. Jsrror 

File record fields^ CUrMnt tlme date load 1111:0 th * appropriate Send Log 

pn ^ Position the ARMS specified ARMS Trading Partner Companies Send Batch 

fSE™^ ° f file ^ read eaCh TBCOrd * erfo ™ the following until. 

ram^t ..IF the retrieved record's Record Format ID is Transmission Start 
(TSMS01) , move the retrieved record to the Transmission start record format's data 
™^«^ e * MOVe Transniission Start record format's TRADING PARTNER ID and 
TRANSMISSION CONTROL ID to the appropriate Send Log File fields and to the 
appropriate ARMS Time Line Data Queue data structure subfields. 

..Write each retrieved record to the ARMS Send Log File. 

• IF the retrieved record's Record Format ID is Transmission End (TSME01) , 
then send a data queue entry to the ARMS Time Line data queue (DQAM70VT) that is 
associated with the send details written out to the ARMS Send Lc£. 

©Notes : 

This program is executed by the CLL811 CL batch program and is executed 
on the centralized ARMS host system platform (-RARMS-) in the ARMS subsystem. It is 
passed a single input parameter of a 5 -character COMPANY PROFILE ID. 

©Files: (CRDD) 

AM***SNB <-R— ) ARMS Transactions to be Sent to specified ARMS 
Trading Partner Companies via Send Batch 
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IEPROFL (-R--) EDI integration software User Profile Pile R5T 

the IBM EDI integration software Production Library for *0SER) 
AMSNDLOG (C— ) ARMS Transmissions Sent Log Pile 

Piles used as externally- defined data structures: 

EX40LD EDS ETD: EDI integration software Local Data Area 

External Definition 

TSMS01V1 . EDS Transmission Start Record Format 

DQAM70V1 EDS ARMS Time Line Input Data Queue external description 



©Embedded Data/Constants: 
»AM***SNB' PROGRAM ID 



Used as output to the job's Local Data Area for the execution of the EDI 
integration software base ('IEIFEXEC 1 ) program to execute the receive file: 



' IEERACARM 
" IESTRM 
•IERCVD 
*<IEMSGS 
•IEFILE 
• IESLOG 
•0» 
•0« 

»IE***SND 
COMMAND FILE NAME 

•IE***SNDT 
COMMAND FILE NAME 



User files library 

Stream file name 
Received file 
Messages file name 

Received files file name 
Session log file name 

Base submit flag 
Base calling code 
a ARMS Trading Partner Companies production ('***01') 

a ARMS Trading Partner Companies testing (»t***T») 



©Improvement Opportunities: 

1. ) Convert from OPM RPG to ILE RPG program. 

2. ) Replace the constant ■AM***SNB» with the Program Status Data 
Structure subfield PROGRAM ID. 



Process 

Hierarchical numeric ID: 1.1.2.4.1.3.10 
Coded name: AM0125 

Name: P®5 ; Create Customer Batch Time Work Pile (AM0125) 
Comment: ©Purpose: 

To load a temporary job work file with each of the financial management 
or rental manag ement trading partners preferred batch packaging/ sending start times 
for production and test transaction data sets. 

©Operational Method: 

- Using the billing times from the ARMS profile and whether a company 
receives electronic bills, create the billing times work file for each company id in 
the ARMS profile (ARMSPR3) . If the company is on a VAN (Value Added Network) , get 
the billing time from the corresponding VAN profile. 

©Piles : 
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ARMSPR1 (-R~) 
ARMSPR3 (-R-- ) 

L811D (C ) ARMS Company Profile IDs and Batch 

Packaging/Sending Time preferences job work file, unsorted. 

©Notes : 

The following Trading Partner (Company) Profile ID values are specific 
ARMS communication connections that multiple trading partner utilize to exchange 
information with ARMS: 

VN101 - an ARMS-connected VAN Information Systems Value-Added Network 
(VAN) software 

VN201 - PC- ARMS 
VN301 - ARMS/400 

This is executed by the ARMS Batch Packaging/ Send Job (CLL811) program on 
the centralized ARMS application system platform. 

The ARMS system also enables electronic invoices, payments and 
remittances (processed here) to be sent/received for non-ARMS Rental Management 
Trading Partners that are Direct Billing/Remittance Trading Partners, such as 
Tennessee Valley Authority (an Enterprise Fleet Services customer) . Therefore, ARMS 
will receive a data queue entry to generate an electronic invoice (and create an 
associated ARMS Rental Transaction Cross -Reference (AMXREF) file record) even though 
the trading partner never sent to ERAC (via ARMS) any initial rental authorization. 

©Embedded Data/Constants: 

•AMO^S 1 as PROGRAM ID input parameter for execution of the ARMS Program 
Status Subroutine Exception Handler (AMPSSR) program. 

@ Improvement Opportunites : 

1. ) Convert this OPM RPG to ILE RPG. 

2. ) Replace the constant "AMOKS' with the Program status Data 
Structure's subfield defined for PROGRAM ID. 



Process 

Hierarchical numeric ID: 1.1.2.4.1.3.13 
Coded name; AM0140 

Name: PQi Create Batch Transactions Work File (AM0140) 
Comment : ©Purpose : 

To copy batch transaction data sets to a job file for batch packaging and 
sending for a specified trading partner. 

©Operational Method: 

- Write the *EOBD (End of Batch Data) APPD02 blank data record format to 
the AMPACK file for the current input parameter TRADING PARTNER PROFILE ID as the 
COMPANY PROFILE ID portion of the key and the • *EOBD* as the key's CUSTOMER 
TRANSACTION ID. 

- Retrieve all the data ready to be packaged and sent for a specified 
insurance company (until the End of Batch Data) is retrieved, written to a job work 
file, except the End of Batch Data record. 
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©Notes: This is executed by the ARMS Batch Packaging/Send Job (CLL811) 
program on the centralized ARMS application system platform with one 5-character 
input TRADING PARTNER PROFILE ID. 

©Piles: 

AMPACK (CR--) Transaction Data Sets to be packaged for sending 

L811B (C— ) Batch Packaging Job Work Pile 

ARMS KEY (-R--) EDS 
APPD01V1 <-R--) EDS 



Process 

Hierarchical numeric ID: 1.1.2.4.1.3.14 
Coded name: AM0151 

Name: p®i Package Batch Transaction for specified proprietary and ANSI XI 2 ARMS EDI 
Trading Partner Companies (AM0151) 
Comment : ©Purpose : 

To package control start records before and control end records after 
Vendor Invoices (IN) and Vendor Extension Request (RE) data set records, to form a 
complete transmission set. Control start and end records are used to route the 
transmission and indicates the type of transaction set being sent. 

©Operational Method: 

- For each transaction data set 

Build the control start record formats (Transmission, Group , 

& Set) 

IF company ID EQUALS ■ ***01 1 

Write record formats to specified ARMS Trading Partner 

Companies send Batch 

(AM***SNB) 

ELSE 

Write record formats to send file (AMSEND) 

For each transaction data set record format 

Translate the location (AUTDOl/ELCDOl/lEBHOl). 

IF company ID EQUALS •***01» 

Write record format to ARMS Trading Partner Companies send 

Batch 

(AM***SNB) 

ELSE 

Write record format to send file (AMSEND) 

IF transaction data set EQAUL Vendor Invoice (IN) 

Write record format to ARMS Billing Log, 

Build the control end record formats (Set, Group, & 

Transmission) 

IF company ID EQUALS »***01» 

Write record formats to an ARMS Trading Partner Companies send 

Batch 

(AM***SNB) 

ELSE 

Write record formats to send file (AMSEND) 

Sends a data queue to the connect -specific communications 

sender 

©Notes : 
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Control start/end records roust match: 



Transmission start 

Group Start (IN) 
Set Start 

Set End 
Set Start 

Set End 
Group End (IN) 
Transmission End 

The ARMS system will now enable electronic invoices, payments and 
remittances (processed here) to be sent/received for non-ARMS Rental Management 
Trading. Partners that are Direct Billing/Remittance Trading Partners, such as 
Tennessee Valley Authority (an Enterprise Fleet Services customer) . Therefore, ARMS 
will receive a data queue entry to generate an electronic invoice (and create an 
associated ARMS Rental Transaction Cross -Reference (AMXREP) file record) when the 
trading partner never sent to ERAC (via ARMS) any initial rental authorization. 

©Piles (CRUD) 

L811C (-R--) 

AM***SNB (C- — ) 

AMSEND (C— -) 

AMBILLOG (C— ) 



Process 

Hierarchical numeric ID: 1.1.2.4.1.4 
Coded name: 

Name: BAT Generate Vendor Request for Authorization Extension 

Comment: ©Definition: To generate requests for authorization extensions (RE's) 
based upon specific conditons of the rentals as determined from the Rental Database. 
This process is triggered by TIME. 

©Purpose: To insure that rental extensions are requested in a timely 
fashion iridependantly of the manual call back process of the branch without the need 
of calling a bodyshop or adjustor, for those Trading Partners that allow the receipt 
of RE's. 



Process 

Hierarchical numeric ID: 1.1.2.4.1.4.8 
Coded name: CLL811 

Name: PGM Transmit Batch Transactions (CLL811) 
Comment : ©Purpose : 

To perform certain requests/services for our trading partners base on the 
host platform. 

When on the Centralized ARMS system, to package any held 
information (invoices, office location) into batches and send the transmission to the 
trading partner. 

When on the Distributed Rental Management system, to generate requests 
for authorization extension. 
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- IP the host platform is the distributed rental system (includes claims 
connection system on CENTRAL) , execute the procedure for generating authorization 
extension request (s) . 

- IP the host platform is the centralized ARMS system, batch package and 
send transmission to the trading partner. 

1. ) Use the Rental Management Trading Partner Profile billing time, 
to initiate the batch package process at the predetermined time. 

2. ) At each scheduled time batch package any held information: 

a) Use the Rental Management Trading Partner Profile to set the 
Trading Partner Company Profile ID. 

b) IP Company ID flagged for production, retreive company 
specific records from application database (OPNQRYF) . 

c) IF Company ID flagged as test 

- IP DEV host platform not available 
Send error message 
ELSE 

Retrieve company specific records from application 

database on DEV host platform. 

ENDIP 

d) Copy Vendor invoices (IN) and office information (OF) to job 
file and insert 'bookmark' in application database file. 

e) For each company id determine if there are records to 
package and how to package them: 

- Single invoice per transmission (ANY ARMS -CONNECTED VAN ) 

- Multiple invoices per transmission 

- IF Company ID = ARMS Trading Partner Company then EDI 

format is proprietary 

ELSE . 

Convert proprietary format to X12 

ENDIF 

3. ) Reorganize the EDI integration software User Profile file when the. 
file contains at least 10% of deleted records. 

©Files: (CRUD) 

L811E (CR-D) 

L811D (-R-D) - \ 

L811C (C-- D) 

L811B (C--D) 

AMPACK (-R--) 

AM***SNB (-R-D) 

AM***SNBSV (C--) 



Process 

Hierarchical numeric ID: 1.1.2.4.1.4.9 
. Coded name: CC0BREV1 
Name: PGM Send Claims Connection Vendor Extension Requests (CC0BREV1) 
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For those Rental Management Trading Partners that want this service to 
interrogate the extension control file and determine if an authorization extension is 
needed. A data queue entry will be created for all contracts that have expired. 

©Operational Method: 

- For each extension control record 

- Verify the contract is authorized with the Rental 

Management Trading Partner having bill- to responsibility. 

- Determine if the extension / Due Back date has sired and the 

Rental Management Trading Partner hasn't sent a termination date. 

- Verify the Rental Management Trading Partner allows / is setup 

for this service - Generate request for extension. 

©Files (CRUD) 

CCKXTCTL (-R--) 

CCMASTKR (-R--) 

REQSTCTL (-R — ) 

©Notes: 

- Batch jobs runs during the startup of ARMS (L811) between 3:00am and 

5:00am est. 

- This program only runs on the centralized financial system (Central) . 

Process 

Hierarchical numeric ID: 1.1.2.4.1.4.16 
Coded name: EC0BREV1 

Name: POl Send ECARS Vendor Extension Requests (EC0BREV1) 
Comment : ©Purpose : 

For those Rental Management Trading Partners that want this service, to 
interrogate the callback control file and determine if an authorization extension is 
needed. A data queue entry will be created for all contracts that have expired. 

©Operational Method: 

• For each callback control record 

- Verify the callback is an authorized open ticket with the Rental 

Management Trading Partner having bill- to responsibility* 

- Determine if the extension date has expired and the Rental 

Management Trading Partner hasn't sent a termination date. 

- Verify the Rental Management Trading Partner allows / is setup 

for this service - Generate request for extension. 

©Piles (CRUD) 

CB007P00 <-R--) 

RACSMAST (-R--) 

ECKXTCTL (-R--) 

RACSUSP (-R--) 

©Notes: 

- Batch jobs runs during the startup of ARMS (L811) between 3:00am and 

5:00am est. 
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Process 

Hierarchical numeric ID: 1.1.2.4.2 
Coded name: 

Name: AUT Generate CC Rental Billing Invoice 

Comment: @Def inition: The automatic process of generating billing invoices for 
rentals from third parties via CLAIMS CONNECTION. 



Process 



Hierarchical numeric ID: 1.1.2.4.2.1 
Coded name: CC00INV1 

Name: PGM Generate Electronic Invoice Detail (CC00INV1) 
Comment : @ Purpose : 



To generate Vendor Invoice (IN) data set for sending to the Rental 
Management Trading Partner in response to the Claims Connection System closing the 
rental contract. 



•INC* • 



©Operational Method 

- Wait indefinitely for the next DQAM60V1 data queue entry with a key of 



- IF the receive data queue entry is a shutdown request, close program 
files and send that request to data queue DQANDST to inform the distributed send 
program it has ended. 

- IF the receive data queue entry is a non- shutdown request THEN 

- Rental contract meets authorization criteria 

- IF the necessary data base records are retrieved THEN 

• Build the applicable record format (s) and write the 

record 

to the distribution transaction file (AND I ST) . Only 

build 

RATD01 record format if trading partner profile 

indicates- it . 

ENDIF 

- Send a data queue entry on to the Distributed Send to 

Centralized data queue (DQANDST) . 
ENDIF 

- Send a data queue entry to Dispatch Data Queue 
(DQAM60V1) with a key of 'DIS 1 to finish the request. 

ENDIF 



©Constants/Embedded Data: 

- DAILY RENTAL - constant 

- SALES TAX - constant 

- MISC EXP - constant 

- SURCHARGE - constant 

- 43-0724835 (tx id)- constant 

0 Improvement Opportunity 
- Use program status data structure when referring to program name. 

©Files (CRXJD) 
CCCLSC <-R--) 
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OFFDRB 
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-R~) 

(C— ) 



©Notes 

- This program only runs on the centralized financial host platform. 

- Application Data Set Formats 

- APPD01 - Enterprise internal format 

- IEBH01 - Invoice header format 

- RATD01 - Rate detail format 

- RNTDOl - Renter detail 1 format 

- REND 01 - Rental Notification format 

- INSD01 - Insured format 

- IEBD01 - Invoice detail format 

- IEBT01 - Invoice total format 

- ELCD01 - Arms vendor location 



Process 

Hierarchical numeric ID: 1.1.2.4.3 
Coded name: 

Name: ADT Edit Outbound Transaction 

Comment: ©Definition: The automatic process of validating or editing the invoice 
formats and also updating the distributed ARMS database. 



Process 

Hierarchical numeric ID: 1.1.2.4.3.1 
Coded name: AM0062V1 

Name: PGM Edit Outbound Transaction (AM0062V1) 
Comment: ©Purpose: 

To perform the distributed edit processing on any generated proprietary. 
EDI transaction sets in the ARMS Distributed Transactions Sets to be Centralized 
(ANDIST) file prior to being sent to the centralized ARMS application host platform 
for routing. 

©Operational Method: 

This program endlessly receives the non-keyed input data queue entries 
from the input data queue (DQAM62V1) that the ARMS Dispatch Rental Systems Request 
program (AM0060V1) generated as input to this program. 

Once a shutdown data queue entry is received, then send this shutdown 
data queue entry to the DQANDST data queue and end this program. 

For any non-shutdown data queue entry, check the non-shutdown key Group 
Type Code to be one of the following values: 

•AC" (Rental Transaction Authorization Confirmation) 

•ER» (Rejected Transaction in Error) 

•IN' (Completed Rental Billing Invoice) 

•OP» (Rental Office Location/Rates Maintenance) 

'RA» (Rental Transaction Request for Authorization) 

■RC (Rental Transaction Request for Cancellation of Authorization) 

•RE 1 (Rental Transaction Request for Authorization Extension) 

■RN» (Rental Transaction Rental Notification Start/End) 
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IP the data queue entry's Group Type Code is KOT one of the above, then 
error the transaction set with the error CODE = '16' ("Invalid Group Type Code"). 

Read each of the input data queue entry's associated Transaction Sets 
Pile records (currently only AMINTR is processed) . 

IP any record format read is not valid for the validated Group Type, then 
error the transaction set with ERROR CODE » '70' ("Invalid Format Specified in Set") 

IF any following Record Format ID'S are read, check: 

..IF its associated record format data structure has already been loaded 
then error the transaction set with ERROR CODE = »71' ("Only One Format of This Tvne' 
Allowed in Set"): 



•ADJD01' 
'ADJD02 1 
■APPD01' 
•AUTD01 ' 
•CAND01' 
•ELCD01' 
'ERRD01' 
•IBBH01' 
•IEBT01' 
'INSD01' 
•OFFD01' 
'REND01 1 
•RNTD01' 
•RNTO02' 
•RPRD01' 
•VEDD01' 



..ELSE, load the read record format into the record format's data 

structure . 

..IF more than two (2) ' RATD01 1 record formats are read, then error the 
transaction set with ERROR CODE = '90' ("Invalid Format - Not Agreed Upon") . 

• -* * • *~ 

. .Only allow loading and output of the following maximum occurrences of 
these Record Format ID'S per transaction set, however, do not error the transaction 
if more are found, just do not allow loading, editing and output of them: 

10 'COMD01' Comment Detail 

35 'IEBD01' Invoice Detail 

30 'SURD01' Approved Surcharge Detail 

IF GROUP TYPE CODE = 'IN' (Invoice), then do the following: 

..Validate that the required formats for this Group Type Code exist 
('APPD01', 'ELCD01', 'IEBH01'; 'IEBT01'; 'INSD01'; 'REND01* ; 'RNTD01'; at least one 
'IEBD01' ) , and IF the 'IEBT01' record format's TOTAL AMOUNT DUE (IETDUB) is not zero. 
ELSE, error the transaction set with ERROR CODE = '69' ("Required Format Missing from 
Set"). 



..Perform transaction set group type specific record format's data 
element (field) value edits. 



..IF no errors are found, then: 
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• • • .IF the data queue entry's VENDOR TRANSACTION ID is blank, then do the 
following (This iB for any Financial Management Trading Partner who is able to 



receive any rental transaction's EDI Invoices but is not a Rental Management Trading 
Partner - Non-ARMS participating customer) : 

Add a new ARMS Rental Transaction Cross -Reference File record by 

executing the ARMS Assign Next Vendor Transaction ID ('AMRTVSQ') program to retrieve 
the next VENDOR TRANSACTION ID value 

Execute the ARMS Inquire/Update Rental Cross -Reference Record 

(AM1010V1) program for update to add the record passing this rental contract (ticket) 
identifier, rental location, the retrieve VENDOR TRANSACTION ID and a CUSTOMER 
TRANSACTION ID comprised of the current date in ccyymradd format. 

IP its PROGRAM RETURN CODE is not blank, then error the 

transaction set with ERROR CODE = '82' ("Request Rejected - Cannot Identify 
Transaction ID"). 

ELSE, Update each loaded record formats key values data elements 

with the new CUSTOMER TRANSACTION ID and VENDOR TRANSACTION ID values. 

ENDIF 

• - « .ENDIF 

....Execute the ARMS Inquire /Update Rental Cross -Reference Record 
(AM1010V1) program for inquiry to check its STATUS CODE value. 

IP its PROGRAM RETURN CODE is not blank, then error the transaction 

set with ERROR CODE = '82* ("Request Rejected - Cannot Identify Transaction ID") 

. . . .ELSE, its PROGRAM RETURN CODE is blank, then 

IP the STATUS CODE is not currently 'B' (Billed), 'A« (Audited), 

■P" (Paid), f Q' (Invoice Rejected by Customer), then Execute the ARMS Inquire/Update 
Rental Cross -Reference Record (AM1010V1) program for inquiry to update its STATUS 
CODE value to «B' (Billed) 

ENDIF 

. • . .ENDIF 

Write the record formats read to the ARMS Distributed Generated 

Transaction Sets to be sent to the centralized ARMS system for routing file (ANDIST) 

....Send the input data queue entry as an output data queue entry to data 
queue (DQANDST) for subsequent transmission to the centralized ARMS host 
platform/ machine . 

* - 1 ..ENDIF 



GNotes: 

This program is submitted for execution by the ARMS Startup Jobs program 
(CLL810) with no entry parameters to execute only on the SCARS host system platform 
(NOT ■CENTRAL* nor "RARMS") . Currently, the only (non- shutdown) transaction set 
group type code processed in this program is the proprietary EDI, Invoice Transaction 
Set Invoice ("IN») group types. These invoice transaction sets', were generated within 
a non-ARMS stewarded program. Generate ECARS Daily (Nightly) Billing batch (RB0010) 
program. 

This is currently not performed on the Claims Connection host platform 
("CENTRAL") because the Claims Connection process for Closing a Third- Party Rental 

Ticket sends a data queue entry to the ARMS Dispatch Rental Systems Request 
(AM0060V1) program to dispatch a data queue entry to the ARMS Generate Proprietary 

EDI Electronic Invoice Detail Transaction Set (CC00INV1) program, stewarded by ARMS. 

IF any error is found, then do not process this transaction any further 
and execute the ARMS Handle Internal Error (AM0097V1) program, passing the input 
parameters of this data queue entry's key data elements and the currently loaded 
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ERROR CODE value. Tills will noti fy ARMS On- Call of the errored transaction set '5 

data queue entry value and the applicable ERROR CODE. Do NOT output the transaction 
set's record formats to the ANDIST file nor send its data queue entry to DQANDST. 

The ARMS system will now enable electronic invoices, payments and 
remittances (processed here) to be sent/received for non-ARMS Rental Management 
Trading Partners that are Direct Billing/Remittance Trading Partners, such as 
Tennessee Valley Authority (an Enterprise Fleet Services customer) and AAA of 
California. Therefore, ARMS will receive a data queue entry to generate an 
electronic invoice (and create an associated ARMS Rental Transaction Cross -Reference 
(AMXREP) file record) when the trading partner never sent to ERAC (via ARMS) any 
initial rental authorization. 



©Piles : 



(CROD) 



ANDQINFO (-R--) ARMS Data Queue Information File 
AMINTR (-R--) ARMS Unedited Invoice Transaction Sets File 

ANDIST (CR--) ARMS Distributed Generated Transaction Sets to be sent 

to the centralized ARMS system for routing. 



©Embedded Data/Constants: 
1 0123456789 1 

, 0123456789ABCTEFGHIJKI«NOPQRSTUVWXyZ ' 

■AM0062V1' 

•AM0062V1 ' 

©Improvement Opportunities: 

1. ) Convert this OPM RPG program to an ILE RPG program. 

2. ) Delete the , AM0062V1 , program name constants and specify /use the 
Program Status Data Structure's PROGRAM ID data element. 

3 . ) Delete the constants for valid numbers and use the TESTN operation 
for testing numerics. 

4. ) Add the submission of this program for execution on the Claims 
Connection host platform ("CENTRAL") because the mandatory field data values loaded 
from its rental system database must also be performed. The transaction set 
generation and editing processes should only be different in the fact that they 
access different rental systems databases. 

5. ) Replace the execution of the ARMS Handle Internal Error ( ( AM0097V1 1 ) 
program with the execution of the newer ARMS Handle Internal/External Error 
('AM0098') program. 



Process 

Hierarchical numeric ID: 1.1.2.4.3.4 
Coded name; 

Name: DTQ Input to AM0062 (DQAM62V1) 

Comment: ^Definition: DQAM62V1 is a data queue used to provide input for PC34 
AM0062V1 which processes invoices read from file AMINTR to be sent to an EDI Trading 
Partner. 



Process 
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Hierarchical numeric ID: 1.1.2.4.5 
Coded name: 

Name: BAT Generate Invoice - SCARS 

Comment: ©Definition: The batch process of generating invoice formats required for 
byTliffi 110 billilig in reaoonfle to BCARS closing a rental. This process is triggered 

©Purpose: To be able to generate invoices for closed rentals in an 
automated fashion. 



Process 

Hierarchical numeric ID: 1.1.2.4.5.1 
Coded name: RB0010 

Name: PGM Create SCARS Invoice Detail (RB0010) 
Comment : ©Purpose : 

To generate the initial billing invoices for closed rental 
contracts/tickets that have billing customers assigned that have a balance due that 
were closed on the previous business day. 

Will also generate duplicate billing invoices for any closed rental 
contracts/tickets that have billing customers assigned that have a balance due that 
were selected fo rebilling. 

©Operational Method: 

- IF on "DBV" development platform, then retrieve the associated host 
platform Machine Name for the rental contract/ticket f s Group and Branch ID. 

ELSE retrieve the current application host platform's Machine Name 
where this program is executing. 

- Set any special machine related attributes. 

- For each customer's closed rental tickets selected for generation of 
the billing invoices in the job file, RACBILLJ (ECR: Facsimile Billing Master File 
sorted by Customer), perform the following steps: 

1) Retrieve the closed rental contract/ticket information from the 
closed closed rental contract/ticket and its supplementary files; 

2) Retrieve the ARMS profile and attempt to retrieve an associated ARMS 
Rental Transaction Cross -Reference information by executing the Retrieve ARMS Data 
(AM2090V1) program. 

3) Check if the Bill-To Customer attributes returned from AM2090V1 
indicates that the trading partner has the capability to receive electronic billing 
invoices or should be sent paper billing invoices. (Paper bills are default.) 

4) IF electronic billing for ARMS, 

a) Generate formats APPD01, IEBH01, ELCD01, -RNTI}bi, RKND01. 

b) IF the profile dictates that the RATD01 format needs to be 
generated, generate it with 3 different information contents - units and rates, units 
only and units and rates without relating to each other. 

c) Write the data queue entry to DQAM62V1 to send of the invoice 

transaction. 

d) Delete the original bill from RACBILL. 

e) Maintain electronic bills generation counts. 
ELSE electronic billing for non-ARMS customer. 

a) Generate formats APPD01, IEBH01, KLCD01, RNTD01, and REND01. 

b) For invoicing only customers also generate the AUTD01, and ADJD01 

formats . 
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c) Write the data queueu entry to DQAM62V1 to send the invoice — : 

transaction. 

d) Delete the original bill from RACBILL. 

e) Maintain electronic bills generation counts. 
ELSE paper bills 

#fll a) Prin t the bill to appropriate medium (tape file, physical file) 

(Tape is turned over to a third party firm for sorting by ZIP/Postal Code, groupina 
and prxnting, envelope stuffing, postage and mailing.) 

b) Delete the original bill from RACBILL if bill was printed. 

c) Maintain paper bill generation counts 

5) If unsupported version of billing type (type greater than 4) , print on 
exceptxon report and update the bill in RACBILL to a daily frequency so that the bill 
may be generated the day the error has been fixed. 

6) IP ticket is not found in the closed ticket files, print on exception 
report and delete the bill from RACBILL. 

7) At customer total time, maintain number of envelopes needed and reset 
paper billing counter. 

- Repeat the above steps for the next customer until there are no more 
customers to process. 



©Notes : 



The various ticket types are : I=lnsurance B=Bodyshop D=Dealer R=Reoular 
0=Other. 3 

The various billing types are : l=Tot Less 2=Dy Tax 3=Dy NoTax 4=Other 

5=Rebill . 



The ARMS system now enables electronic invoices, payments and remittances 
(processed here) to be sent/received for non-ARMS Rental Management Trading Partners 
that are Direct Billing/Remittance Trading Partners, such as Tennessee Valley 
Authority (an Enterprise Fleet Services customer) . Therefore, at the initial billing 
xnvoxce generation occurrence, no ARMS Rental Transaction Cross -Reference file record 
will exist at that time. 

©Files: (CRDD) 



RACBILLJ (_R_^) 

RABMSG (_R ) 

FEDTAXTD ( R ) 

QRACCLSQ (_R ) 

RACSCLD (_R ) 

OFFDRB ( R ) 

COSTMAST Cr_) 

BCSDRCHG (_R ) 

RACBRIST <_R ) 

RACBILL (_RU_) 

RACINS (_R ) 

BCPECG ( R ) 

AMXCLS (_R ) 

OFGBLN ( R ) 

RACILN (_R ) 

RACDJD (_R ) 

RACBILLT (C ) 

AMINTR (CRD_) 

RAGBBT (_R ) 
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Process 

Hierarchical numeric ID: 1.1.2.4.5.2 

Coded name: CHKZP 

Name: P©i Format ZIP (CHKZP) 

Comment: ©Purpose: To place the passed Zip Code into proper country format for 
printing or display. 



©Operational Method: 

This program expects the following parameters: (EDS CHKZPI) 

ZPZIPS - SHIPPING Zip Code 
ZPEDTS - Edit Code Type 

If not provided, format of edited zip code is determined 
by state. 

If provided, determines the format desired for the 
passed zip code and ignores state code. Valid action 
codes are: 



lz 


5 dash 4 


(xxxxx-xxxx) 


U.S. 


2: 


5 blank 4 


(xxxxx xxx> 




U.S. 


3: 


** NOT USI 


5D ** 






4: 


5 only 


(xxxxx 


> 


MEXICO 


5: 


3 blank 3 


(xxx XXX 


) 


CANADA 


6: 


4 blank 3 


(xxxx xxx 


) 


EUROPE 


9: 


9 blank 


(xxxxxxxxx 


) 


GENERIC 



ZPSTS - State. If passed, and edit code is blank, is used to 

retrieve proper edit format from state code file. 

If state not found, edit format defaults to #9. 
ZPNUMS - Edit Code (Blank, "A" , "B", "N" or "Z") 

Blank = A thru Z & 0 thru 9 

A a A thru Z 

B « A thru Z, o thru 9 & blank 
N a 0 thru 9 
Z = Anything 



ZPZIPM - MAILING Zip Code 
ZPEDTM - Edit Code Type 

If not provided, format of edited zip code is determined 
by state. 

If provided, determines the format desired for the 
passed zip code and ignores state code. Valid action 
codes are: 



1: 


5 dash 4 


(xxxxx-xxxx) 


U.S. 


2: 


5 blank 4 


(xxxxx xxx* 




U*S. 


3: 


** NOT USED ** 






4: 


5 only 


(xxxxx 


) 


MEXICO 


5: 


3 blank 3 


(xxx xxx 


) 


CANADA 


6: 


4 blank 3 


(xxxx xxx 


) 


EUROPE 


9: 


9 blank 


(xxxxxxxxx 


) 


GENERIC 



ZPSTM - State. If passed, and edit code is blank, is used to 

retrieve proper edit format from state code file. 

If state not found, edit format defaults to #9. 
ZPNUMM - Edit Code (Blank, "A", "B", "N" or "Z") 

Blank = A thru Z & 0 thru 9 

A = A thru Z 

B a A thru Z, 0 thru 9 & blank 
N = 0 thru 9 
Z = Anything 
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Tile program returns the following parameters: (KDS CHKZPO) 



ZOZIPS - SHIPPING Zip code, formatted for print. 10 pos. 
ZOCNTS - Country code. Retrieved from State file if not passed. 
ZONAMS - Country Name. Retrieved from State file. 
ZOMSGS - Error Message, if field is greater than blank, indicates 
an error. 

ZOZIPM - SHIPPING Zip code, formatted for print. 10 pos. 
ZOCNTM - Country code. Retrieved from State file if not passed. 
ZONAMM - Country Name. Retrieved from State file. 
ZOMSGM - Error Message. If field is greater than blank, indicates 
an error. 



GNotes: Program moves input ZIP to output ZIP* before performing edits. 
This serves as a default in case that an error occurs, program will always return a 
value. Calling program should but is not forced to look at the error message. 



Process 

Hierarchical numeric ID: 1.1.2.4.5.3 
Coded name: VTS012A 

Name: PGM Retrieve Vehicle Licensing Pee Charge Detail (VTS012A) 
Comment : ©Purpose : 

To retrieve the Vehicle License Fee Days, Daily Unit Charge, and Total 
Charge for all input units for a group, branch, and ticket number. 

©Operational Method: 

The program expects the following data elements as the parameters (EDS 
VT024X1) with group, branch, ticket and the four unit numbers filled in: 

Processing Mode 
Ticket 

Calendar Rental Flag 
Ticket End Date 
Renting Group 
Renting Branch 
Init Total Days 
Unit Total Days 
Unit 1 



Unit 


2 






Unit 


3 






Unit 


4 






Date 


Out 1 






Date 


Out 2 






Date 


Out 3 






Date 


Out 4 






Date 


In 1 






Date 


In 2 






Date 


In 3 






Date 


In 4 






init 


VLF Days 


Unit 


1 


Init 


VLF Days 


Unit 


2 


Init 


VLF Days 


Unit 


3 


Init 


VLF Days 


Unit 


4 



New VLF Days Unit 1 
New VLF Days Unit 2 
New VLF Days Unit 3 
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" New VLP Days Unit 4 ~ ■ 

Segment 1 Days 

Segment 2 Days 

Segment 3 Days 

Segment 4 Days 

Segment 1 Weeks 

Segment 2 Weeks 

Segment 3 Weeks 

Segment 4 Weeks 

Segment 1 Months 

Segment 2 Months 

Segment 3 Months 

Segment 4 Months 

Daily VLP Unit 1 

Dally VLP Unit 2 

Daily VLP Unit 3 

Daily VLP Unit 4 

Total VLP Unit 1 

Total VLP Unit 2 

Total VLP Unit 3 

Total VLP Unit 4 

Total Rental VLP 

CA Branch 

Employee Number 

Start Charges 1 Time 

Ticket end time 

VLP Bill To Plag 

CA License Renewal No-Unit 1 

CA License Renewal No-Unit 2 

CA License Renewal No-Unit 3 

CA License Renewal No-Unit 4 

Bill To Less VLP 

Bill To Plus VLF 

Return Code 1 

Return Code 2 

Return Code 3 

Return Code 4 

Process 

Hierarchical numeric ID: 1.1.2.4.5.6 

Coded name: CCRAVN 

Name: PGM Retrieve VIN (CCRAVN) 

Comment: ©Purpose: To return the Vehicle Identification Number (VIN) for a. unit. 
©Operational Method: 

The program expects the following input parameters: uni t number, ticket 
type ('D'ealer) and Option (•!» = Open a Ticket). VIN is returned along with the 
print flag. The parameter list is as follows: 

UNIT NUMBER 
TICKET TYPE 
VIN# 

PRINT FLAG 
TICKET OPTION 



Process 
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Hierarchical numeric ID: 1.1.2.4.5.7 
Coded name: 



ARMS Process Report - j 



Name; rpt Exceptions of ECARS Rental Contracts Not Invoiced 

Comment: ©Purpose: To create a report of all the ECARS closed tickets that were 
not invoiced during this invocation of the invoice generator, RB0010, because of an 
error so that it can be investigated and the error fixed before the ticket is 
resubmitted for invoicing. q 1B 



©Report Distribution: Not defined. 



Process 

Hierarchical numeric ID: 1.1.2.4.5.8 
Coded name: CLJ340 

Name: PGM Driver Program for Invoice Generation (CLJ340) 

Comment: ©Purpose: Prepare and bill closed / re-billed tickets for all tradino 
partner based on their frequency. 

©Operational methods: 

- Collect requests for any ticket to be re-billed. 

- Total the number of records for a given control group 

- Update the detail records with the total for the control group 

- Generate the invoices 

- Generate listing of invoices not created. 



Process 

Hierarchical numeric ID: 1.1.2.4.5.9 
Coded name: RB0030 

Name: PGM Create Total Record for Control Group (RB0030) 

Comment: ©Purpose: Create a total record for each control group, to be used later 
in the process for sorting and processing. 

. , , ©Operational .Method: 

- Read every detail record, incrementing a number per control group. 

- Write a record to work file with the total for control group. 

©Notes: This pertains to invoices that are faxed. 



Process 

Hierarchical numeric ID: 1.1.2.4.5.10 
Coded name: RB0031 

Name: PGM Update Detail Records with Control Group Total (RB0031) 
Comment: ©Purpose: Update detail records with control group total. 

©Operational Method: 

- Read every detail record, updating it with the control group total 
©Notes: This pertains to invoices that are faxed. 
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Process 



Hierarchical numeric ID: 1.1.2.4.5.11 
Coded name: RB0037 

Name: PGM Calculate the actual number of Facsmilie (RB0037) 

Comment: ©Purpose: Update the individual detail records with the number total 
number control records for a givien group. 

QOpertaional Method: 

- Read the file counting the number of control records for a given group 

- When the control group changes, update each detail record with that 

number. 

©Notes: 

- This number is used for determining if a cover page is to be generated 
with the invoices. 

Process 

Hierarchical numeric ID: 1.1.2.4.5.12 
Coded name: F20114 

Name: PGM Generate Facsimile Spool File for Control Group (F20114) 
Comment: ©Purpose: Distribute the spool file based on language code 

©Operational Method: 

- Read to work file group all records for a customer together. 

- When the total page count is less than 6 no cover page is generated. 

- When the total page count is 6 - 9, generate cover page - Portrait. 

- When the total page count is greater than 10, generate cover page - 

- Generate report. 



landscape . 



Process 

Hierarchical numeric ID: 1.1.2.5 
Coded name: 

Name: BT Close ARMS Authorized Ticket 

Comment: ©Definition: The set of online activities that are used to calculate the 
billing totals for an ARMS Authorized Ticket that has closed. 

©Purpose: Process that is executed to calculate the Trading Partner 

amount due. 
Process 

Hierarchical numeric ID: 1.1.2.5.2 
Coded name: 

Name: ONL Close ARMS Authorized BCARS Ticket 

Comment: ©Definition: The process that close goes through to calculate the billing 
charges for an ARMS ticket. 

Process 
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Hierarchical numeric ID: 1.1.2.5.2.1 ■ — — — 

Coded name: ECARMSV1 

Name: p©i Calculate EC Billing Charges for ARMS Tickets (ECARMSV1) 

Comment: ©Purpose: To calculate the amount to be billed to the renter and the 

amount to be billed to the insurance company at closing time for an ARMS authorized 



©Operational Method: 



This program when called will receive the ticket information as 

parameters . 



For the passed ticket, perform the following steps: 

1) Calculate the number of days to bill and total days authorized. 

2) Get the group branch tax information to determine what surcharges 
apply and if the surcharges are taxable. 

3) Load the approved surcharges from the file ECSURCHG, Surcharges 
Approved by Insurance Company Pile, into arrays based on the surcharge type, i.e., 
daily, lump and percent. Add the daily rate augmentor surcharges (• 02 ' =city/ state 
and "20 • = underage) to the calculated authorized daily rate. Similarly, add the lump 
surcharge with code '11 ^Miscellaneous to the calculated authorized lump total field. 
These special surcharges are not loaded to the surcharge arrays. 

4) Check for any government surcharge, airport charge, additional charges 
(baby seat, additional driver charge etc) per rental charged on the ticket against 
the lump array to see if the insurance company has authorized that surcharge. If the 
amount in the ticket information matches the amount in the array, it means that this 
surcharge amount was authorized by the insurance company as the arrays were loaded 
from the approved surcharges file. If authorized, add this to the calculated lump 
total or the taxable lump total field if the charge is taxable for this ticket. 

5) Check for any government surcharge, airport charge, additional charges 
(baby seat, additional driver charge etc), damage waiver for each unit, personal 
accident insurance for each unit, per day, charged on the ticket against the daily 
array to see if the insurance company has authorized that surcharge. If the amount 
in the ticket information matches the amount in the array, it means that this 
surcharge amount was authorized by the insurance company as the arrays were loaded 
from the approved surcharges file. If authorized, add this to the calculated daily 
authorized rate total or the dialy taxable total field if the charge is taxable for 
this ticket. 

6) Similarly, check for percentage surcharges in the percent array. 

7) Apply any discount to the calculated rates and compare against 
authorized maximum amounts for the ticket, if the calculated charges exceed the 
maximums, select the m a x i mum s as the charges to be billed to the insurance company. 

7) If the claim type is "claimant", policy mavinnimg are ignored otherwise 
the lesser of the bill -to amount and the policy maximum is chosen. 

8) Retrun with the amount to be billed to the insurance company and the 
amount to be billed to the renter. 

©Notes: Some ARMS Trading Partner Companies does not send us the amounts 
for the surcharges. They simply send us flags indicating which surcharges they will 
pay for ,e.g., PAI, DW, SIiP etc. Any charge that the branch charges for the * 
surcharge flag sent by them will be considered authorized subject to the maximums. 

©Files: 



GPBRTX (_R ) 

ECSURCHG (_R ) 

VT010POO (_R ) 

OFFDRB (_R ) 
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Process 

Hierarchical numeric ID: 1,1.2.5.3 
Coded name: 

Name: ONL Close Claims Connection Ticket 

Comment: ©Definition: The process that close goes through to calculate the billing 
charges for an ARMS ticket. 

Process 

Hierarchical numeric ID: 1.1.2*5.3.1 
Coded name: CCARMSV1 

Name: PGM Calculate CC Billing Charges for ARMS Tickets (CCARMSV1) 
Comment: ©Purpose: To calculate the amount to be billed to the renter and the 
amount to be billed to the insurance company at closing time for an ARMS authorized 
ticket . 

©Operational Method: 

1) Retrieve the ticket data. 

2) Determine how many and which rental locations were used. 

3) For each location perform the following steps: 

* Calculate number of billing days for this location. 

* Determine Bill -To days and the remaining authorized days 

* Determine Bill -To Daily Rate 

* Calculate total surcharge amount for this ticket/location 

* Calculate Daily Maximum 

* Select the lesser of the daily rate or the daily ro**Hntiim 

* Multiply bill-to daily rate times the number of bill-to days to " 
determine extended bill- to rate. 

* Add taxable authorized lump totals 

* Calculate tax percentage. Multiply extended bill- to rate 
time tax percent to determine bill-to taxable amount 

* Calculate markup per day amount, extend it and add to the bill-to 

amount 

* Add in percentage surcharges to total bill -to. 

* Percentage surcharges are non-taxable and are applied only to 
the base amount 

* Add approved non- taxable lump, daily, and percentage surcharges to 
the total bill-to ticket amount. 

* If loss type is NOT a claimant, select the lesser of the authorized 
amount and the calculated bill- to amount. 

* Calculate the bill -to percentage and the amount due from the trading 

partner . 

* If loss type is NOT a claimant, select the lesser of the amount due 
from the trading partner or the policy maximum. 

©Files: 

CCCLSC (_R ) 

CCMASTER (_R ) 

CCSURDTL { R ) 
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Process * — — — : _ — 

Hierarchical numeric ID: 1.1.3 
Coded name: 

Name: AA Office Information Synchronization Between Enterprise and Trading Partner 
Comment: ©Definition: The application area responsible for keeping the Bnterpri 
office information database on the insurance companies host computer in* synch with 
the database on Enterprise computer with regard to any new additions, changes or 
deletions to the office or the predefined rental rates information. 



Process 

Hierarchical numeric ID: 1.1.3.1 
Coded name: 

Name: BT Synchronize Office Information for specified ARMS Trading Partner Companies 
Comment: ©Definition: The set of automated activities that are used to create and 
transmit Rental Location office information to a specified ASMS Trading Partner 
Company's host computer. 

©Purpose: Communicate Enterprise existing rental location office 
information (telephone and/or rates) to the trading partner. 



Process 

Hierarchical numeric ID: 1.1.3.1.5 
Coded name: 

Name: BAT Generate Office Maintenance Transactions for specified ARMS Trading Partner 
Companies 

Comment: ©Definition: The batch process that generates required office and 
predefined rental rates maintenance transactions to be sent to specified ARMS Trading 
Partner Companies host computer. This batch is triggered by TIME and scheduled in the 
automated job scheduler. 

©Purpose: To allow for timely updated information of office and rate info 
to specified ARMS Trading Partner Companies. 

*-* ©Notes: Rental Location Office changes are made by the Rental 
Application Systems during the day. These changes are process when this processes 
runs. 



Process 

Hierarchical numeric ID: 1.1.3.1.5.1 
Coded name: CLL900 

Name: PGM Distribute Office and Rate Updates (CLL900) 
Comment : ©Purpose : 

To collect office and predefined rental rates information changes and 
generate maintenance transactions to synchronize this information on the insurance 
company's host computer. Also, to consolidate these transactions from the 
distributed systems to the centralized ARMS system. 

©Operational Method: 

1) CALL CLL042 to generate rate maintenance transactions in file 
AMLOCTRN, Locat ion/Rate Change Transactions. 
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2) IF the returned run status is •Y', CALL AM0041V1 to generate the 
proprietary formats and send them to the centralized system. 
ELSE end the program. 



Process 

Hierarchical numeric ID: 1.1.3.1.5.2 
Coded name; CLL042 

Name: PGM Gather Rate Updates (CLL042) 
Comment : ©Purpose : 

To determine if there are any changes to the predefined rental rates in 
file NRXRATES (national reservation exception rates) for insurance type customers and 
to generate synchronizing transactions for maintaining the rates on specified ARMS 
Trading Partner Company's host computer. 

©Operational Method: 

- Retrieve job run date and add one day to get tomorrow's date. Subtract 
one day to get yesterday's date. 

1) Retrieve the last job completed date from data area DAL900STS and 
compare this date to yesterday's date. 

a) IF this is not a rerun and the dates are not equal, notify ARMS On- 
Call (backup and primary) . Set the run status flag to 'N' and return, so that the 
calling program, CLL900, does no further processing. 

b) IP this is a rerun or the dates are equal (i.e. the job was 
completed yesterday) , continue. 

2) Open a query file selecting those rates from NRXRATES that become 
ineffective today and those that become effective tomorrow. Then CALL AM0042 to 
create rate maintenance transactions in AMLOCTRN for these selected records. 



Process 

Hierarchical numeric ID: 1.1.3.1.5.3 
Coded name: AM0042 

Name: PGM Create Rate Update Transactions (AM0042) 
Comment : ^Purpose : 

To create predefined rental rate maintenance transactions for a location. 
Each location may have rates specified for each type of car that the location hosts 
with effective dates. 

©Operational Method: 

1) Read NRXRATES (Query file over NRXRATES, national reservations 
exception rates opened by CLL042) in a loop until end of file. The selection 
criteria for the query are: (Pre-arranged discount type = 'I' (Insurance)} AND 

{ (Start Date = Job Date + 1) OR (Stop Date = Job Date) } . This will select any rates 
for a location that are ending today and/or any rates that are effective tomorrow. 

2) In order to determine which type of maintenance (add, change or 
delete) to perform; this program holds the previous records key while it sequentially 
reads the query file (Key: Group + Branch + Car Type + Start Date) . Remember we are 
dealing with only those records that are selected by the query - 
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a) IP the current record's Group+Branch+Car Type matches the previous — " 
record's, then this signifies a 'Change. Create rate change transaction in AMLoctrn 
for this location and car type. wmxttrn 

b) IF the current record's Group+Branch+Car Type does not match the 
previous record's, then : 

i) IP the start date is tomorrow, this is an 'A'dd. Create rate 
transaction in AMLOCTRN for this location and car type. 

ii) IF the stop date is today, this is a 'D'elete. At this point 
this condition HAS to be true. Create rate delete transaction in AMLOCTRN for this 
location and car type. 

©Piles: 

NRXRATES (_R ) 

NRCTY (_R_) 

AMLOCTRN (C ) 



Process 

Hierarchical numeric ID: 1.1.3.1.5.4 
Coded name: AM0041W 

Name: P©* Format and Distribute Office and Rate Updates (AM0041VL) 
Comment : ©Purpose : 

To read the office and rate change transactions and generate appropriate 
ARMS proprietary formats for the synchronizing maintenance transactions that need to 
be sent to the insurance customer. 

©Operational Method: 

1) Read the ARMS Profile Application Specific Data (ARMSPRl) file 
starting with the first record and for each profile that specifies that the insurance 
company receives office and rate updates, perform the following steps. 

2) Read the AMLOCTRN file and for each location in this file, check to 
make sure that the location is set up to receive ARMS reservations. IP the location 
is not set up, skip this record and read the next record ELSE continue. 

3) Get the effective predefined rental rates for this location from the 
NRXRATES file and generate the office and rate maintenance transaction sets (format 
OPPD01) for this profile and write to file ANDIST for transmission to the centralized 
system. A data queue entry to the data queue DQANDST will trigger the transmission. 

4) Get next record from AMLOCTRN and repeat steps 2,3,4 until all records 
in AMLOCTRN are read. 

5) Finally, delete all records from file AMLOCTRN. 
©Files: 

ARMSPRl 
AMLOCTRN 
NRXRATES 
DROFF 
NRCTY 
ANDIST 



<_R_> 
(CRJD) 

LR__> 

L*_> 

(_R_) 
(C ) 



Process 
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Hierarchical numeric ID: 1.1.3.2 
Coded name: . 

Name: BT Synchronize Office Information for X12 Customer 

Comment: ©Definition: The set of automated activities that are used in the 
creation and transmission of Rental Location Office information to be sent to X.12 
customers . 

©Purpose: Communicate Enterprise existing rental location office 
information to the trading partner. 



Process 

Hierarchical numeric ID: 1.1.3.2.6 
Coded name: 

Name: BAT Generate Office Location / Rates Maintenance Transaction Set 832 for X12 
Comment: ©Definition: The batch process of generating required office maintenance 
transactions (which includes office information and rates information) to be sent 
toX.12 customers. This batch is triggered by TIME and scheduled in ROBOT. 

©Purpose: To allow for timely updated information of office and rate info 
to X-12 customers. 



Process 

Hierarchical numeric ID: 1.1.3.2.6.1 
Coded name: AML832A001 

Name: MOD Convert Journal Entries to Transactions (AML832A001) 
Comment : ©Purpose : 

To convert office directory information journal ed changes to a change 
transactions for futher processing. 

•i. " a 

©Operational Method: 

- Read the job file, AML832JA (created via the DSPJRN command in the 
calling procedure) sequentially. 

- Based on the before and after images of the office directory records in 
the journal entries, construct the change transactions with the appropriate business 
case into file, AM830P (AM Office change transactions) . This will handle two 
business cases : 

1 = Add/Update Rental Car Company Branch Number 
6 = Delete Branch Number 

©Notes: • ' ' 

1. Only U.S. Daily Rental locations will be processed. 

2. If an error occurs, generate and error/page, then return and 'Exit 
Code* of 1 1' so the caller can detect that an error occurred. 

Note also that this program module reads from AML832JA which is a file 
created by the DSPJRN command. 

©Files : 

AM830P (CJ7D) 
MACHID <_R ) 
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Process 

Hierarchical numeric ID: 1.1.3.2.6.2 
Coded name: AML832A002 

Name: MOD Determine Company & Invoke Send Office Updates (AML832A002) 
Comment: ©Purpose: 

To determine which companies have requested for the office and pre- 
defined rental rate change transactions to be sent to them and to send the c hang e 
transactions to the company if requested. 

©Operational Method: 

1) Read the profile data to determine which company has requested to 
receive the X.12 synchronizing office and rate maintenance transactions. 

2) For each company that has requested office updates, perform the 
following (procedure PrcCstOfcUpdts) i 

a) Build the beginning transmission envelope using procedures 
BldArmsKey, BldTSMSOl, BldGRPSOl and BldSBTSOl in that order into AMSEND. 

b) Invoke the GetCarClasses procedure with appropriate parameters to 
get the Enterprise and X12 car classes for this customer from file AMCLSTBL. 

c) For all records in file AM830P (Office change transactions) , invoke 
the procedure FmtSndOfcOpdts with appropriate parameters to write of f ice update 
records to AMSEND. If a new office location is being added and the GetCarClasses 
procedure returned car classes, invoke the FmtSndRateOpdts procedure with appropriate 
parameters to write Rate Format records to AMSEND for the customer. 

d) Build the ending transmission envelope using procedures BldSETEOl, 
BlsGRPEOl and BldTSMEOl in that order into AMSEND. 

e) Send a Data Queue to DQ832S to initiate the sending of this 

transmission. 

©Notes: 

If an error occurs, generate an error /page, then return an 'Exit Code 1 of 
•l" so the caller can detect that an error occurred. If an 'Exit Code 1 of is 
returned from a called procedure, return the 'Exit Code 1 to the caller immediately. 

GFiles : 

AM830P (-R— ) 

AM831P (-RU-) 

ARMSPR1 (-R--) 

ARMSPR3 (-R--) 

AMSEND (C— ) 



Process 

Hierarchical numeric ID: 1.1.3.2.6.3 
Coded name: AML832A003 

Name: MOD Format and Send Office updates (AML832A003) 
Comment : ® Purpose : 
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To format the information passed from the transaction file record to 1 

prepare it for sending. 

©Operational Method: 

Procedure PratSndOf cDpdts 

1) Use procedure BldArmsKey to build the key for AMSEND. 

2) Use procedure BldLocFmt (Build location format) to build the office 
maintenance transaction proprietary format X832F2 and write to AMSEND. 

3) IP the location format is a business case 6 (delete branch) , 
additional formats need to be generated to handle the service area updates as a 
result of the delete. 

a) Retrieve all the service areas served lay this branch (rental 
location) by reading the service area/location file AM831P01 in a. loop using the 
rental location as the key. 

b) Por each of these service areas, call the locator procedure, 
AMRtnUSLoc, passing the service area to get the new branch for this service area. 
Update service area file, AM831P01 with the new location returned from AMRtnUSLoc 
unless a return code of '06' is received or the location returned is blank In these 
cases, generate an error/page and skip to the next service area. 

c) Use procedure BldSvcFmt to create the service area update format 
X832F1 and write to AMSEND. 

©Files : 

AMSEND (C— ) 
AM831P (-RU-) 

GNotes : 

1. The service area formatting is shared with job AML833A and as such 
must be considered for a service program. 

2. In general, if an error occurs generate an error/page; then return an 
'Exit Code' of »l f so the caller can detect that the error occurred. If an 'Exit 
Code 1 of 'l f is returned from a called procedure, return the 'Exit Code' to the 
caller immediately. There may be alternative handling of some errors noted in the 
operational method. 



Process 

Hierarchical numeric ID; 1.1.3.2.6.4 
Coded name: AML832A004 

Name: MOD Maintain data area AM832A (AML832A004) 
Comment : ©Purpose : 

To maintain data area AM832A with the starting (from) date and time to be 
used for filtering the DSPJRN command in program AML832A on the next scheduled run. 
This is the last task performed after all processing for the job has been completed. 

©Operational Method: 

Procedure SetNxtPrmDtTm. 

Retrieve and lock data area AM832A. It will contain the starting (from) 
date and time used in the DSPJRN command for the current job. 

Add 1 second to the. date and time passed to this procedure, which 
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will contain the ending (to) date and time used to filter the DSPJRiT" 
command for the current job. 

Update data area AM832A with the new value and unlock. 
©Notes : 

In general, if an error occurs generate an error /page; then return an 
•Exit Code 1 of ■!■ so the caller can detect that the error occurred. 



Process 

Hierarchical numeric ID: 1.1.3.2.6.5 
Coded name: AML832A005 

Name: MOD Format and Send Rates/Car Classes (AML832A005) 
Comment : ©Purpose : 

To format the rates for retrieved car classes for any new Enterprise 
location being sent to the specified insurance company. 

©Operational Method: 

Procedure FmtSndRateUpdts . 

1) Use procedure GetClassRates to get the rates for the specified 
customer for the specified location. 

2) Use procedure SndRateFrats to write rate format X832F3 records to 
AMSEND for each X12 Class and Rate. Handle return codes as follows: 

ALLRATES 'OO' Rates for all classes were found and sent for loc. 
INVALPARM '01" Generate error/page and process next location. 

NORATES , 02 1 Generate error /page and process next location. 

SOMERATES '03 Rates for some of the classes were found and sent. 

LOCKEDRECORD , 99* Generate error /page and process next location. 

©Piles: 

AMCLSTBL (-R--) 
AMSEND (C-— ) 

©Notes: 

1) In general, if an error occurs generate an error /page; then return an 
• Exit^ Code » of , 1' so the caller can detect that the error occurred. There may be 
alternative handling of some errors noted in the operational method. 



Process 

Hierarchical numeric ID: 1.1.3.2.6.6 
Coded name: AML832A006 

Name: MOD Build ARMS Start/End for Office Updates (AML832A006) 
Comment : ©Purpose : 
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To build the key and data fields for the transmission, group, and setf 



start and end envelope for office and rate updates 
©Operational Method: 

The following procedures are exported for use by other procedures. when 
building the office and rate update transactions, these procedures provide the ARMS 
proprietary transmission envelope formats. 

The file AMSEND consists of two parts, the key and the proprietary 
format. These procedures will return the key and envelope proprietary formats in the 
AMSEND data structure, AMSENDDS . 

1) Procedure BldArmsKey: 

a) Clear the ARMSKEY and AMSEND data structures. 

b) Populate the ARMSKEY (Data Structure) fields and move the ARMSKEY 
data structure to the ASNKEY field of the AMSEND data structure 

c) Return 

2) Transmission Start procedure BldTSMSOl: 

a) Clear the TSMS01 data structure. 

b) Populate the TSMS01V1 (Data Structure) fields and move the TSMS01V1 
data structure to the ASNDTA field of the AMSEND data structure 

c) Return 

3) Group start procedure BldGRPSOl: 

a) Clear the GRPS01 data structure 

b) Populate the GRPS01V1 fields and move the GRPS01V1 data structure to 
the ASNDTA field of the AMSEND * data structure 

c) Return 

4) Set start procedure BlsSETSOl: 

a) Clear the SETS01 data structure 

b) Populate the SETS01V1 fields and move the SETS 01 VI data structure to 
the ASNDTA field of the AMSEND data structure 

c) Return 

*-» 5) Transmission end procedure BldTSMEOl: 

a) Clear the TSME01 data structure 

b) Populate the TSME01V1 fields and move the TSME01V1 data structure to 
the ASNDTA field of the AMSEND data structure 

c) Return 

6) Group end procedure BldGRTJOl: 

a) Clear the GRPE01 data structure 

b) Populate the GRPE01V1 fields and move the GRPEO^Vl data structure to 
the ASNDTA field of the AMSEND data structure 

c) Return 

7) Set end procedure BldSETEOl: 

a) Clear the SETE01 data structure 

b) Populate the SBTB01VU fields and move the SETE01V1 data structure to 
the ASNDTA field of the AMSEND data structure 

c) Return 7 

GNotes : 

1. This module has been bound by copy into two different tt.r programs 
AML832A and AML833A and such must be converted into a service program at some point. 
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2- If an error occurs, generate an error/page, then return an 'Exit Code 1 
of '!• so the caller can detect that an error occurred. 



Process 

Hierarchical numeric ID: 1.1.3.2.6.7 
Coded name: AML833A001 

Name: MOD Select Unique Service Areas (AML833A001) 
Comment : ©Purpose : 

To select each unique ARMS Trading Partner Company service area (area 
code + exchange) from all the phone numbers in the US, associate a location, and 
record the combination. 

©Operational Method: 

1) The first parameter to this module specifies the service area to start 
processing from. If it is blank, process all service areas. 

2) Since the service areas consist of the phone number, area code, and 
prefix; the maximum service area is 1 999999 For each sequential possible service 
area from l through 999999, try positioning file AT001P01 to the record for that 
service area. If successful, send a data queue containing that service area to 
DQ834Q. 

3) Monitor data queue DQ834Q while processing. Any time the data queue 
accumulates more than 1000 entries, delay the job for 45 seconds repeatedly until 
there are 1000 or less entries. If 30 delays are executed before the count falls to 
1000 or less, return a value of • Y 1 (Abnormal end) to AML833A so it will generate an 
error/page. 

4) After service area '999999' is processed, return to AML833A. 
©Files: 

AT001P01 (-R--) 



Process 

Hierarchical numeric ID: 1.1.3.2.6.9 
Coded name: AML833A003 

Hame: MOD Determine Company and Invoke Send SA Updates (AML833A003) 
Comment : ©Purpose : 

To determine which companies have requested to receive the service area 
updates and then invoke the send routine for each such company. 

©Operational Method: 

1) Determine which company has requested to receive office and rate 
changes and for each such company, invoke procedure SndSvaUpd to send the updates. 

©Notes : 

If an 'Exit Code 1 of '1' is returned from a called procedure or an error 
occurs, generate an error/page and end the program immediately. 

©Files: 



Confidential 



Page 178 of 246 



8/11/00 



WO 02/097700 



392 



PCT/US01/51431 



ARMS Process Report 



ARMSPRl <-R~) 
ARMSPR3 (-R--) 



Process 

Hierarchical numeric ID: 1.1.3.2.6.10 
Coded name: AML833A004 

Name: MOD Format and Send SA Updates (AML833A004) 
Comment : ©Purpose : 

To format and send the service area change transactions to the specified 
company in the input parameters. 

©Operational Method: 

Procedure SndSvaUpd using specfied company. 

1) Use procedure BldArmsKey to build the key portion in file AMSEND. 

2) Use transmission envelope procedures BldTSMSOl, BldGRPSOl and 
BldSKTSOl to build the beginning envelope. 

3) For each service area in file, AM833P (AM Changed Service Areas) build 
proprietary format X832F1 with the appropriate business case into file AMSEND. 

4) Build the ending envelope using procedures BldGRPEOl, BldSETEOl and 

BldTSMEOl. 

5) Send a data queue entry with the ARMS KEY to data queue DQ832S. This 
data queue entry will be picked up by the send interface program for actual mapping 
and sending. 

6) Return to caller. 
©Notes : 

If an *Exit Code 1 of '1' is returned from a called procedure or an error 
occurs, generate an error/page and end the program immediately.. 

©Files: 

AM833P (-R--) 
AMSEND (C ) 



Process 

Hierarchical numeric ID: 1.1.3.2.6.11 
Coded name: AML833A005 

Name: MOD Return a U.S. Location (AML833A005) 
Comment : ©Purpose : 

To return a U.S. location for a passed service area (Area Code and 

Exchange) 

©Operational Method: 

1) Initialize the data structure that is passed to the locator program, 

RAS013A. 
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2) Bxecute appropriate overrides to make the locator retrieve Enterprise 
branches only. 

3) Use the locator program to determine the best case rental branch that 
could serve the service area passed to the program. 

5) To determine if the returned branch is usable, we check DROPLPl. 

IP prevent ARMS, use forward to location. 
IP No forward to location, keep looking. 
IP country code is 'CA', keep looking. 

6) The return value for procedure AMRtnUSLoc should be 12 characters. The 
first 2 positions are the return code (same codes as RAS013A) . The other 10 positions 
are the location (as returned from RSA013A) . 

7) If there is an unexpected error, use *PSSR to page, on call staff after 
dumping the program 

8) RETURN. 
©Files: 

DR0FLF1 (-R--) 
DR0FFL7 (-R-- ) 



Process 

Hierarchical numeric ID: 1.1.3.2.6.12 
Coded name: AML833A 

Name: PGM Send Service Area Updates (AML833A) 
Comment: ©Purpose: 

To control the various procedures to synchronize the service areas (area 
code + exchange) representing Enterprise locations in the ARMS Trading Partner 
Company database with the Enterprise office directory database. 

©Operational Method: 

1) The first input parameter specifies the number of never ending jobs 
which this program submits; each of these jobs calls program AML834A (Process Service 
Areas) . These jobs will share the processing of entries sent to data queue AM834Q by 
this program (module AML833A001) by repeatedly receiving the next available data 
queue entry and processing it. This method is used to speed up processing. 

2) If the second parameter is blank, this is not a restart; clear files 
AM833P (changed service areas) and AM834P (Claims Connection service areas) . 

3) Once the jobs are submitted, call procedure AML833A001 to process 
service areas. The second parameter to this program specifies the starting service 
area from where this procedure will start processing in the global phone number file. 
If it is blank, all service areas will be processed. The procedure will sequentially 
select all service areas from the starting point and send them to data queue AM834Q 
for processing by the AM834A jobs. 

4) Generate an error/page if AML833A001 returns a value of ■Y i (Abnormal 
end) . Otherwise, send a *DOWN data queue to each of the AML8334A jobs to end them. 

5) End this program when all the submitted jobs have shutdown. 
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©Notes : 

1) This job runs only on the ARMS Centralized system. 

2) This program clears file AML833DA but the file is not used for 
anything. It is in the evolution plan to remove it and update the comments in all 
associated modules . 

3) If an error occurs or an 'Exit Code 1 of is returned by a called 
procedure , generate an error /page and end the program immediately. 



Process 

Hierarchical numeric ID: 1.1.3.2.6.13 
Coded name: AML832A 

Name: PGM Update Office Directory (AML832A) 
Comment : ©Purpose : 

This is a CLLE program module and will serve as the entry point module 
for the ILE program AML832A which will consist of bound modules that will synchronize 
the office information between Enterprise and X.12 customers (i.e., any ARMS Trading 
Partner Company) . 

©Operational Method: 

1) Make sure the machine that this module executes is "HARMS". If not 
RARMS, end the program. 

2) Get the last process date and time for the job from the data area 
AM832A. This is where the last process ran left off and this run should now get the 
entries from this date and time to the current date and time. 

3) Convert the journal entries available in the OMS journal, 
©JRNLIB/OMSJRN for file OPFDRB to a job file, AML832JA. The job file has been 
created using command DSPJRN and essentially has the format the same as QADSPJRN (IBM 
supplied out file format) except that the last field called JOESD (Entry Specific 
Data) is of length 480 which is the record length for OFFDRB. The command syntax 
will be as follows: 

*-> DSPJRN JRN (©JRNLIB/OMSJRN) FILE ( ( *LIBL/ OFFDRB * FIRST) ) RCVRNG(*CURCHAIN) 
FROMTIME (&FROMDATB &FROMTIME) TOTIME ( &TODATE &T0TIME) JRNCDE ( (R *AI*LSLT) ) 
OUTPUT (*0UTFILE) OUTFILFMT ( *TYPE1 ) OUTFILE (QTEMP/AML832JA) ENTDTALEN(480) 

The field JOESD will contain the after image of the entire OFFDRB record. 
Journal code (JRNCDE) of m R" means only those journal entries that relate to 
operations at the record level (add, update, delete) . The journal receiver range 
needs to be *CURCHAIN which means that all the receivers that are ON LINE since the 
last break in the receiver chain. OMS deletes OMS JRN journal receivers when they are 
48 hours old. A new journal receiver is created whenever the current receiver is 200 
Megabytes in size and a new receiver is created every day whether the last receiver 
reaches its threshold or not. 

4) CALLPRC CnvtJrnlToTrns (Module AML832A001) to convert the journal 
entries to change transactions. 

5) CALLPRC PrcOfcUpdates (Module AML832A002) which will determine all the 
companies that have requested office information to be sent to them and will then 
invoke the send module for each company. 
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6) CALIaPRC SetNxtFrmDtTm (Module AML832A004) with the converted »to date' 
and 'to time 1 in CYMD and HMS format- This procedure will maintain the data area 
AM832A for processing dates. 

©Notes : 

If an 'Exit Code 1 of »i» is returned from a called procedure or an error 
occurs, generate an error /page and end the program immediately. 

This program module creates the file AML832JA as a result of the dspjrn 

command. 



Process 

Hierarchical numeric ID: 1.1.3.2.6.15 
Coded name; 

Name: DTQ Service Areas to Send - Input to Sender (DQ832S) 

Comment: ©Definition: The data queue that initiates the sending of the X.12 
synchronizing office and rate maintenance transactions to the X.12 insurance 
customer. 



Process 

Hierarchical numeric ID: 1.1.3.2.6.16 
Coded name: AML834A 

Name: PGM Process Service Areas (AML834A) 
Comment: ©Purpose: 

To create a service areas update file containing service areas that have 
been changed since the last time these service areas were sent to the ins urance 
customers . 

©Operational Method: 
- 1) Receive the service area from the input data queue, AM834Q. 

2) Use procedure AMRtnUSLoc to get the Enterprise US location that will 
service this service area. 

3) IF the service area exists in file AM831P (all US service areas file) 

a) if the location on file is the same as the location returned. by 
AMRtnUSLoc, skip this service area else update the file with the correct location. 

b) add this service area to file, AM833P (changed service areas file) 

c) if the returned location is Claims Connect ion /.add the service area 
to file AM834P (Claims connection service areas) . 

4) IP the service area does not exist in file AM831P (all US service 

areas file) 

a) add the service area to file AM831P. 

b) add this service area to file, AM833P (changed service areas file) 

c) if the returned location is Claims Connection, add the service area 
to file AM834P (Claims connection service areas) . 

5) When a shutdown entry is received from the data queue, update data 
area AM832A to reflect that this job is shutting down. 
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©Files: 

AM831P (CRU-) 

AM833P (CR--) 

AM834P (C— ) 



Process 

Hierarchical numeric ID: 1-1. 3,2. 6. 17 

Coded name: 

Name: DTQ Service Areas to Process (AM834Q) 

Comment: ©Definition: This data queue is used to feed job AML834A with unique 
service areas for all US phone numbers. There can be several AML834A jobs running 
that feed off of this data queue. 



Process 

Hierarchical numeric ID: 1*1.3.3 
Coded name: 

Name: BT Send Initial or Yearly Car Class Rates and Initail Office Information for 

X12 Customer 

Comment : ©Definition 

The initial/yearly process of sending car class rates and office 
information to insurance customers who recieve this information in X.12 format. 

©Purpose 

Provide insurance customers with Enterprise office information and car 
class rates initially. Provide them with car class rates both initially and at 
yearly intervals. 



Process 

Hierarchical numeric ID: 1.1.3.3.1 
Coded name: AML831A 

Name: PGM Send Car Class Rates (Initial/Yearly) and Office Info (Initial) (AML831A) 
Comment : ©Purpose 

To control the procedure to send initial or yearly rates for car classes 
and initial office information to insurance customers who receive this information in 
X.12 format. 

©Operational Method: 

This program only runs on RARMS or DEV. On other computer platforms, it 
will exit immediately without processing. 

Call procedure AML831A001 to retrieve rates and send them for the 
insurance customer specified. 



Process 

Hierarchical numeric ID: 1.1.3.3.2 
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Coded name: AML831A001 ~ ~ — 

Name: MOD Send Rates (Initial /Yearly) and Office Info (Initial) (AML831A001) 
Comment : ©Purpose 

To send initial or yearly car class rates and initial office locations to 
the specified insurance customer in X.12 format. 

©Operational Method 

1) Retrieve a transmission ID from data area AMTCID. 

2) Call procedures in module AML832A006 to build the key and write the 
start formats to file AMSEMD. 

3) Call procedure GetCarClasses (module AML832A005) to retrieve car 
classes for the customer. 

4) Call procedure LoadMachArray to retrieve all U.S. computer platforms. 

5) Read through file OFFDRB, and process only U.S. office locations. 

6) Call procedure FmtSndRateUpdts (module AML832A005) to send rates for 
the car classes retrieved. These will be written to AMSEMD in X832F3 formats. If 
this is the initial load, specify business case If this is a yearly load, 
specify business case '3 f . 

7) If this is the initial load, call subprocedure SndOfcUpdt to send the 
office location information. This will be written to AMSEMD in X832F2 formats using 
business case 1 1 • . 

8) Call procedures in module AML832A006 to build the key and write the 
end formats to file AMSEMD. 

9) Send a data queue to DQ832S containing the key with the transmission 
ID to initiate sendi n g the information to the insurance customer when batch program. 
AM2832A runs. 



©Files : 


(CRUD) 


OFFDBB 


(-R-) 


ARMSPR1 


(-R— ) 


ARMSPR3 


(-R— ) 


MACHID 


(-R-- ) 


AMSEMD 


(C ) 



Process 

Hierarchical numeric ID: 1.1.4 

Coded name: 

Name: AA ARMS Support 

Comment: ©Definition: The application area responsible for supporting ARMS 
communications environment , producing reports for customers and handling any 
operational problems that are discovered. 



Process 

Hierarchical numeric ID: 1-1.4.1 
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Coded name: " ' — 

Name: SA Manage Environment 

Comment: ©Definition: The activity that initiates the ARMS application and 
perforins a controlled shutdown when needed. It also involves tasks to handle 
transactions bound for a machine that is currently unavailable. 

Process 

Hierarchical numeric ID: 1.1.4.1.1 
Coded name: 

Name: BAT Purge Application Database 

Comment: ^Definition: This activity archives and reorganizes the application 
database, including some of the transactions work files,. 

Process 

Hierarchical numeric ID: 1.1,4.1.1.1 
Coded names AML992 

Name: PGM Purge Cross-Reference and Associated Database File(s) by Vendor Id (AML992) 
Comment: ©Purpose: 

To main tain the ARMS database by purging (deleting) old records. 
©Operational Method: 

- Calculate the oldest date for retained data. 

- For each cross-reference record: 

- Delete all records, in the database, associated to the 
cross-reference where the status code «nd date criteria are 
met. 

- Delete records as above until a shutdown request is detected. 
©Notes: files AM095P and AM096P are retained for 25 months. 



©Files : CRUD 




AMXREF 


(-R-D) 


AMMNTLOG 


(-R-D) 


AMAUTD 


(-R-D) 


AMADJD 


<-R-D) 


AMOOMD 


(-R-D) 


AMINSD 


(-R-D) 


AMIEBH 


(-R-D) 


AMIEBD 


(-R-D) 


AMIEBT 


(-R-D> 


AMRATD 


(-R-D) 


AMRMTD 


(-R-D) 


AMRNTD 


(-R-D) 


AMRPRD 


(-R-D) 


AMSURD 


(-R-D) 


AMTIME 


(-R-D) 


AMMSCLOG 


(-R-D) 


AM990P 


(-ROD) 


AM095P 


(-R-D) 


AM096P 


(-R-D) 



Process 
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Hierarchical numeric ID: 1.1.4.1.1.3 
Coded name: AML994A 

Name: PGM Stop Cross -Reference and Associated Database File(s) Purge (AML994A) 
Comment : ©Purpose : 

To change the control data area (AM006A) for the purge (program AML992A) , 
instructing it to shutdown. 

©Operational Method: 

- Change the contents (position 1 - 8) of the data area to cause the 
program to shutdown. 



Process 

Hierarchical numeric ID: 1.1.4.1.1.4 
Coded name: AML993A- 

Name: PGM Purge Orphan Transaction / Database Records (AML993A) 
Comment : ©Purpose : 

To delete every record in the ARMS database, that does not have a 
corresponding cross-reference record. 

©Operational Method: 

- For each database file: 

- Read the file, deleting any record that does not have an 
associated cross-reference record. 

©Note: 

- Files AM0060SV, AMXFRLOG, and AMPGMERR are purged using a date obtained 
from the control file. Files AM095P and AM096P are retained for 25 months. 



©Files 




- AMERRHST 


(-R-D) 


- AM990P 




AM0060SV 


(-R-D) 


AKADJD 


(-R-D) 


AMADTD 


(-R-D) 


AMBHiBRR 


(-R-D) 


AMBILLOG 


(-R-D) 


AMCOMD ( 


-R-D) 


AMIEBD 


(-R-D) 


AMIEBH 


(-R-D) 


AMIBBT 


(-R-D) 


AMINSD 


(-R-D) 


AMMNTLOG 


(-R-D) 


AMMSCLOG 


(-R-D) 


AMPGMERR 


(-R-D) 


AMRATD 


(-R-D) 


AMRCVERR 


(-R-D) 


AMRMTD 


(-R-D) 


AMRNTD 


(-R-D) 


AMRPRD 


(-R-D) 


AMSNDLOG 


(-R-D) 


AMSTSX 


(-R-D) 


AM5URD 


(-R-D) 


AMTIME 


(-R-D) 
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AMTRNLOG (-R-D) 

AMKFRLOG (-R-D) 

AMXRBF (-R-D) 

AM095P (-R-D) 

AM096P (-R-D) 



Process 

Hierarchical numeric ID: 1*1.4.1.1.5 
Coded name: AML995A 

Name: PGM Stop Orphan Transaction / Database Records Purge (AML995A) 
Comment : ©Purpose : 

To change the control data area (AM008A) for the purge (program AML993A) f 
instructing it to shutdown. 

©Operational Method: 

- Change the contents (position 1-8) of the data area to cause the 
program to shutdown. 



Process 

Hierarchical numeric ID: 1.1.4.1.1.6 
Coded name: AML996A 

Name: PGM Reorganized Application Database File(s) (AML996A) 
Comment : ©Purpose : 

To maintain the size of the database files by reorganizing the objects/ 
thus reducing amount of time required when accessing the data. 

©Operational Method: 

- Update the controlling data area with the file name to be reorganized. 
That way when the job ends in mid stream it can pick up where it let off. 



Process 

Hierarchical numeric ID: 1.1.4.1,1.7 
Coded name: AML997A 

Name: PGM Archive Transaction Pile Data (AML997A) 
Comment: ©Purpose: 

Based on a practical experience of the Application Support Staff, data 
within certain transaction files are archived for trouble shooting purpose. 

©Operational Method: 

- Create the archive files when they don't exist for the host machine 
running the program. 

- Bach file follows the same archiving procedure: 

- Second month rolled to temporary Third month 

- First month rolled to Second month 

* Current month rolled to First month 

- Empty Third month inserted as Current month 
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©Note* Presently the data is kept for two months. 



Process 

Hierarchical numeric ID: 1.1.4.1.2 
Coded name: 

Name: BAT Startup ARMS Environment 

Comment: ©Definition: This activity reorganizes the transactions work files, data 
queues , archives needed information and prepares the environment for starting the 
ARMS application. 

©Notes: The ARMS rejected transactions report is also generated by this 

activity. 



Process 

Hierarchical numeric ID: 1.1.4.1.2.1 
Coded name: CLL813 

Name: PGM Delete and Rebuild Data Queues (CLL813) 
Comment : ©Purpose : 

To delete and rebuild data queues. This is an IBM recommended procedure 
to improve data queue performance. 

©Operational Method: 

- CALL CLL813HIST to archive file, AMSET. 

- CALL AM0038V1 to save data queue entries (for all data queues except 
DQAM62V1) and associated data to work files for restoring at a later time 

- CALL AM0037V1 to save AMPACK (ARMS Transactions ready to be sent) 
records that have not been processed to a work file for restoring at a later time 

- Read records from ANDQINPO file in a loop and for each data queue in 
the file, perform the following steps: 

i) IF data queue name is DQAM62V1 and the machine is NOT DEV, skip 
■ this record and read the next record ELSE continue 

ii) IP the associated data queue file name is blank, skip this record 
and read the next record ELSE continue 

iii) IP the machine is RARMS and "RARMS Only" flag is 'Y»es, 
OR IF the m*<-h*r>o is DEV 

OR IF the machine is NOT RARMS AND the RARMS only flag is NOT 

,Y, es 

IF the data queue name is blank, reorganize the data queue 

file 

IF the VAN is not specified 
OR IF the VAN is specified AND this is the 
weekly run, clear the data queue file. 
IF the file is in use, message ARMS On Call 

- IF on the DEV machine, CALL CLL814 (as it is not submitted by ROBOT on 
DEV) . On DEV CLL813 is called by CLL991 . 



Process 

Hierarchical numeric ID: 1.1.4.1.2.2 
Coded name: CLL813HIST 

Name: PGM Backup ARMS Critical Files (CLL813HIST) 
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Comment: ©Purpose: " " ' 

To backup files ANDIST, AMSET and AM0060LG. 
©Operational Method: 

- On the DEV machine, archive all three files with the * REPLACE option 01 
the CPYF command to keep the archived file size small. 

- On the RARMS machine, archive the set file, AMSET with the *ADD option 
to append to the previous archive 

- On the distributed machine, archive the files AND I ST and AM0060LG to 
ANDIST_HST and AM0060SV respectively with the 4 ADD option to append to the previous 
archives . 



Process 

Hierarchical numeric ID: 1.1.4.1.2.4 
Coded name: AM0038 

Name: POI Save / Restore Data Queue Entries and Associated Data (AM0038) 
Comment: ©Purpose: 

To save the data queue's data to a work file and then delete and recreate 
the data queue to improve its performance. 

©Operational Method: Three parameters are passed to this program: the 
processing code ('S'ave or "R'estore), the data queue name and the run type ('D'aily 
or "Weekly) . 

For •S'ave processing do the following: 

- If the data queue name parameter is *ALL, read file, ANDQINFO in a loop 
Else read the file with the data queue name as the key and for each data queue that . 
meets the following conditions : 
is not DQAM62V1 
is not blanks, 
the VAN id is blanks OR 

the VAN id is not blanks and the run type is •W'eekly, 
the machine is RARMS and the * RARMS Only" flag is 9 Y f es, 
the machine is 'DEV 1 

the machine is distributed and the RARMS Only flag is NOT 'Y'es; 

Do the following: 

IF the key length is greater than zero 
receive all keys greater than blank 
ELSE 

simply receive each entry sequentially. 

For each entry except the *D0WN, *ST0P and *WAIT entries, write the data 
queue key and data to a work file until all entries have been received. 

For each entry that has associated records in a database file, write the 
records to a work file. 

Then delete the data queue and recreate it. 

For 'R'estore processing: 
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- It the data queue name parameter is *ALL, read the work file in a loop 
ELSE read the work file with the data queue name as the key and for each data queue 
entry found in this file, 

i) Read the file, ANDQINFO to get the data queue information 

ii) Send the queue entry to the corresponding data queue via one of the 
two subroutines, one for keyed and one for non-keyed data queues. 

iii) Write any associated database records in the work file back to the 
appropriate database file. 

For any chain failing in the above, CALL AMPSSR and message ARMS On Call. 

Process 



Hierarchical numeric ID: 1.1.4.1.2.5 
Coded name: AM0037V1 

Name: PGM Backup Unprocessed Transactions in Package file AMPACK (AM0037V1) 
Comment : ©Purpose : 

To save unprocessed AMPACK records. 



©Operational Method: 



Job L813 creates a work file, L813A by sorting AMPACK by company id. 

Read previous L813A starting from the last record and save all 'IN' voice 
and "OF f fice batch transactions that have not been sent. 



Any company that has a format •APPD02 1 record in AMPACK has already been 
processed and so do not save that company's data. Look for *EOBD in the data portion 
and the format name »APPD02«. This format is written by program AM0140 (called in - 
CLL811) for each company that the batch transmission is sent to. 



Process 

Hierarchical numeric ID: 1.1.4.1.2.6 
Coded name: CLL810 
Name: PGM^ ARMS Startup (CLL810) 
Comment : ©Purpose : 



To start up the ARMS application system programs that make the ARMS 
system hand le transactions on a continuous basis until a shutdown is initiated. 

^Operational Method: 

- Call program CC0006 to reset the callback control status flags from 
•OK" to "DO" in CCEXTCTL Claims Connection Callback file. . . * ■ 

. 

- Reset the Number of Transmission Envelope Validation NEP jobs currently 
active to zero. 



-Allocate file AMXRBF to determine if there is lock on this file. If 
there is no lock DeAllocate file and continue. If the file is locked and not 
available delay job and try again. If on the third attempt the file is still locked 
page the ARMS oncall. 

- Submit the proper Never- Ending Program (NEP) batch jobs to the ARMS Job 
queue for the centralized ARMS external transaction-based ("real-time") 
communications (separate sending and receiving jobs for each specific connection) , 
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centralized ARMS processing, centralized intern al host platform distributio n " 

communications, distributed ARMS processing, distributed rental interface and 
distributed rental extraction transaction set generation processes. (This is based 
on the current host system name that this startup processing is being executed.) 

©Notes : 

This processing is initiated daily around 3:30am. Shutdown* 11:50pm 
(all times for Central Time Zone) 

OFiles (CRDD) 

none 



Process 

Hierarchical numeric ID: 1.1. 4. 1,2. 8 

coded name: CLL817 

Name: VGH Copy / Print Rejected Transactions Report & Start Subsystem (CLL817) 
Co mme n t : ©Purpose: 

To consolidate all the transactions rejected by ARMS edits and generate 
an rejected transactions report after archiving the error log file, AMERRLOG. Also, 
start the ARMS subsystem if not already started. 

©Operational Method: 

- IP on the distributed machine, copy file AMERRLOG to the same file on 
the ARMS host via DDM and then clear the file. If DDM link is unavailable, message 
on call staff. 

IP on the ARMS host, archive consolidated file AMERRLOG and generate 
rejected transactions report by calling program AM5000. Reorganize file AMERRLOG to 
remove deleted records. 

- Start the ARMS subsystem if not already started. 



Process 

Hierarchical numeric ID: 1.1.4.1.2.9 
Coded name: AM5000 

Name: P<34 Print ARMS Error Log Report (AM5000) 
Comment: ©Purpose: 

t r 

To generate the report for all the inbound and outbound transactions 
that were rejected by ARMS edits. 

©Operational Method: 

- Read file AMERRLOG sequentially. The file is keyed by Company Id, 
Transmission Control id, Group Control Id, Group Type and Customer Transaction Id. 

- For every record in this file, write the header and all error codes and 
associated detail. For error codes 68 (Invalid Vendor Transaction Id) and 82 
(Request Rejected : can not identify transaction) on an Authorization (AT) group 
type, retrieve the SET 9 formats beginning with "SET") and Renter (formats beginning 
with "RNT") detail formats from the received transactions log, AMTRNLOG and write 
them to the detail portion of the report. 
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Process 

Hierarchical numeric ID: 1. 1.4.1. 2. H 

Coded name: AM0032V1 

Name: PGM Write Saved AMPACK records to AMPACK (AM0032V1) 
Comment : ©Purpose : 

To restore the saved AMPACK records. 
©Operational Method: 

This program starts at the bottom of the work file where AMPACK records 
were saved and does a read prior to restore the data to the file, AMPACK in the 
proper sequence. 



Process 

Hierarchical numeric ID: 1*1.4.1.2.12 
Coded name: AML002A 

Name: PGM File Transfer and Archive RMS ARMS Trading Partner Insurance Company 
Transaction Pile (AML002A) 
Comment : ©Purpose : 

To transfer the daily RMS (Rental Management System) transaction file 
record on the centralized ARMS host platform to the RMS interface file on the RMS 
centralized host platform. 

©Operational Method: 

This program is submitted to run as a batch job on the centralized ARMS 
host platform after the CLIi814 program batch job has completed and before the CLL810 
program batch job has been submitted. The program will attempt to allocate 
exclusively and if successful, then copy the ARMS RMS Daily Transaction file (AM002P) 
to an FTP (File Transfer Protocol) remote site and an archive data set. 

Retrieve the current platform (machine) name. 

IF the platform name is not 'RARMS 1 (centralized ARMS host), or • CENTRAL • 
(centralized RMS host), or »DEV' (IS development host), then end this program/job. 

Retrieve the current executing job's SUBSYSTEM DESCRIPTION name, JOBNAME 

and JOBDATE. 

Clear the RMS staging area file (AM002PFTP) . 

IF the current platform is RARMS or DEV, then do the following: 

. . Check for an empty RMS Daily Transactions (AM0022) file. 

. . IF the RMS Daily Transactions (AM002P) file is empty (no records) , 
then end program/ job. 

.. ELSE, Attempt to Allocate file AM002P to prevent all other access. 

IF unable to allocate exclusively the AM002P file, then end the 

program and send a corresponding Enterprise Message System message to the ARMS On- 
call staff along with a pager message to the ARMS Primary and Backup On -Call pagers 
indicating «AM002P File is in use". 

AND: Copy the AM002P file to the currently empty RMS 
interface staging area file (AM002PFTP) sequentially from the beginning of the file. 

AND: Clear and Deallocate the AM002P file, making it 

reusable. 
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IF the current platform is CENTRAL or DEV, then do the following: 

.-IP HARMS is remotely unavailable ("platform or intersystem 
communications link is down"), then send a corresponding message of the remote 
communications failure to the current platform's system operator (QSYSOPR) and 
resubmit this job on hold for execution later on this platform, using the previously 
retrieved JOBNAME, JOBDATE and SUBSYSTEM DESCRIPTION name as the JOB QUEUE name and 
then end this program/job. 

. .ELSE (RARMS platform is remotely available), then do the following: 

....Perform a "copy-pull" with replacement by copying the records 
sequentially from the AM002PFTP file on centralized RARMS platform to the current 
platform's AM002PFTP file. 

Check for an empty RMS Daily Transactions Interface Staging Area 

(AM002PPTP) file. 

IF the RMS Daily Transactions Interface Staging Area (AM002PFTP) file 

is empty (no records) , then end program/ job. 

. . . .ELSE, do the following: 

Retrieve the 4 character day of week abbreviation (current OS/400 

system value) (Example; 'THDR' , 'WED •, ■TOES' ) 

Append the first 3 character of the 4 -character day of week to the 

'AM002P' file name to derive the correct archive file for each day of the week. 

Copy (sequentially with replace) the file to be transferred via FTP to the 

derived archive file for today's day of the week. 

Retrieve the AM007A data area to get the Local Area Network ftp 

site name for RMS download. (Example: 'FTPOORP01 

*> * 

Execute the FTP (File Transfer Protocol for AS/400 to Personal 

Computer) for downloading using the QTXTSRC Text Source File's AMRMSFTPO member for 
the File Transfer Input Specifications to transfer/copy with append the records on 
the AS/400 platform in the RMS Daily Transaction Interface Staging Area (AM002PFTP) 
file into the AM002P.TXT file in the "\rms\" directory on the FTPCORP01 LAN server's 
public drive. 

©Files: (CRUD) 

AM002P (-R-D) 
AM002PFTP (CR— ) 

AM002P.TXT (C-— ) (in the \rras directory of the FTPCORP01 specified 
drive of the LAN server's public drive) 

©Improvement Opportunities: 

Change this process from a batch process to a real-time process to 
send/push any qualified transaction into the RMS database files*./ ' 



Process 

Hierarchical numeric ID: 1.1.4.1.2.13 
Coded name: CLL814 

Name: PQi Restore Unprocessed Transactions (CLL814) 
Comment : ©Purpose : 

To restore the data queue entries and associated file data that was saved 

in job L813. 
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©Operational Method: " 



parameter. 



The run type 'D'aily or 'Weekly is passed to this program as a 



- CALL AM0032V1 to restore file AMPACK 

- CALL AM0038V1 with the processing code set to 'R'estore to restore the 
data queues (these data queues contain the key and the data in the data queue itself 
e.g. DQAM60V1) 

- Save the work files and then clear them 



Process 

Hierarchical numeric ID: 1.1.4.1.3 
Coded name: 

Name: BAT Shutdown ARMS Environment' 

Comment: ©Definition: This activity shuts down all the ARMS never ending programs 
that constitute the main ARMS transaction processing stream. 

©Notes: The transactions processing stream consists of the following: 

- Translators (AM10) 

- Host Processing (AM20/21-AM46) 

- Distributed Sending (AM100-AM101) from host 

- Distributed Inbound Processing (AM61-EC(AT,EX,CN,CM,CC) ) 

- Distributed Outbound Processing (AMS0 -EC (AC , RA, RE , RC, RN, VM , TR) 
- - Distributed CC Inbound Processing (AM61-CC(AT,EX, CN,CC) ) 

- Distributed CC Outbound Processing (AM60-CC(AC,RA,RE,RC,RN, IN,TR) 

- Distributed Receiving (AM105-AM106) to host 

- Host Sending (AM120) 

The receiver jobs remain active 24 X 7 hours except when a roll swap is 
done to switch all processing to the backup ARMS host machine. 

The first shutdown entry is sent to each of the translators running . (via 
program AMSTOP2X which is called from CLL812 which is a scheduled job ) so that all ' 
input to the stream can be stopped. The translator decrements data area DASDV1, 
passes shutdown to AM20 and ends itself. AM20 monitors data area DASDV1 anri when it 
becomes zero, it passes the shutdown to AM21 and ends itself. AM21 in turn passes 
the entry to AM25 and ends itself. AM25 then reads data area AM001A to get the 
number of computer platforms to shutdown and sets on an internal flag to indicate to 
itself that one shutdown entry has already been received. After this AM25 passes the 
entry to AM30 and so on up to AM46 . These programs do not end with the first 
shutdown entry in order that they be able to process any data coming from the 
distributed computer platforms. 

AM46 then passes the entry to each of the distributed sending jobs 
(AM100) so that the distributed streams can be stopped. AMI 00 passes the shutdown to 
AM101 with a detach signal. When AM 61 receives the shutdown entry, it reads file 
AMVRGTST, keyed by group type and source type (e.g. ATB, ATC etc.) to shutdown each 
of the inbound format generators and then sends the shutdown to AM60 which in turn . 
stops the outbound format generators before ending itself. Bach of the format 
generators, AM61 and AM60 send a hutdown entry to AM106 before ending. AMI 06 
maintains a count of all applicable records in AMVRGTST and when that count is met, 
it passes the shutdown entry to AMI 05 along with a detach signal before ending. 

Note that AMI 01 and AMI 05 can distinguish between a single machine 
shutdown and a complete system shutdown. For e.g., AM105 will not pass the shutdown 
to AM25 if it was a single machine shutdown. 
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AM25 then increments tne data area, AM002A, that contain* the count of 

computer platforms that have shutdown. When this count equals the machine count in 
data area AM001A (manually maintained) , AM25 knows that the required number of 
computer platforms are down and now it can end the remaining host processing stream 
that is still up by passing on the entry until it reaches AM46. 

AM46 then passes the entry to AM120 which stops each of the senders based 
on the file ARMSPR3 and then ends itself. 



Process 

Hierarchical numeric ID: 1.1.4.1.3*1 
Coded name: CLL812 

Name: PGM Stop ARMS Never-Ending Programs (CLL812) 
Comment : ©Purpose : 

To initiate the automated and orderly process for ARMS system shutdown in 
order to completely process any transactions that have already been started and then 
shutdown the whole system. 

©Operational Method: 

- Send Shutdown Request transaction to Trading Partners so profiled to be 
able to receive a shutdown request. 

- After five (5) minutes, then end the remaining communication jobs via 
an ENDJOB command. 

- Send a Shutdown Transaction to each connect -specif ic receiver output 

data queue. 

©Notes : 

Upon the receipt of the first shutdown transaction by the centralized 
validation activity component programs (AM0025, AM0030 and AM0040) and the • 
centralized database update activity component process program (AM0046) , the first ' 
shutdown transaction is indicated and the shutdown transaction is passed along to the 
next program. After receiving the second shutdown transaction, the shutdown 
transaction is passed to the next program and causes the current program to end in an 
orderly manner. 



Process 

Hierarchical numeric ID: " 1.1.4.1.3.2 
Coded name: AMST0P2X 

Name: PGM Stop All Active Translator jobs (AMSTOP2X) 
Comment : ©Purpose : 

To shutdown all translator and any receive mapper jobs running in the 
ARMS subsystem. 

©Operational Method: 

- Retrieve all companies and technical connection information for each 
company from the profile file, ARMSPR3 and send a shutdown entry to the appropriate 
receive data queue to shutdown the translator (AM10) job for each company or VAN as 
the case maybe. 
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Then send a shutdown entry to the ARMS Trading Partner insurance"" 



Company receive mapper job. This is hard coded in this program. 



Process 

Hierarchical numeric ID: 1.1.4.1.3.3 
Coded name: RSWAPSTR 

Name: PGM End ARMS jobs if necessary (RSWAPSTR) 
Comment : ©Purpose : 

To shutdown the ARMS processing stream on the current machine as part of 
the preparation for the role reversal betweeen the current and the backup machine. 

©Operational Method: 

- Check the ARMS and A4BAT subsystems for jobs to see if jobs L812 and 
LAMSTOP2R have run. 

If there are jobs running in either subsystem do the following: 

i) if the time is between 0300 and 2345, submit a job to perform an 
immediate end of the ARMS processing stream by callling CLL812 with a delay of zero. 

ii) if the time is between 0300 and 2200, end jobs L811 and L749. 

iii) if the time is between 2245 and 2530, call AMSTOP2R with a zero 
delay to immediately end all the receiver communication jobs. 

iv) once all the above steps have been performed, e nd the ARMS 
subsystem to flush any remaining jobs. 



Process 

Hierarchical numeric IB: 1.1.4.1.3.4 
Coded name: CLSR01 

Name: PGM Role reversal CLP (RARMS1 <-> RARMS2) (CLSR01) 
Comment: ©Purpose: 

To shutdown all processing on the current machine and start the ARMS 
processing on the backup machine. 

^Operational Method: 

- This CL is executed by operations when there is a need to perform a 
role reversal between the "current and the backup ARMS machine. 

©Notes : . ' • 

This CL includes a lot of processing for ending several subsystems that 
may be r unni ng on the current machine and the code is maintained by operations. 

The source for this CL can be found in the SPLIB/QCLSRC . 



Process 

Hierarchical numeric H>: 1.1.4.1.3.5 
Coded name: AMSTOP2R 

Name: PGM Stop All Active Comm. Receive Jobs (AMSTOP2R) 
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Comment: ©Purpose: " : 

To shutdown the communications receiver jobs for all companies and to end 
the pseudo sender job, A4200RB for the special case of ARMS/400. 

©Operational Method: 

- Retrieve the profile information to construct the receiver job name for 
each company and end the job. 

- For ARMS/400, send a data queue entry to DQ4200RB to end the A4200RB 
(ARMS/400 pseudo sender) NEP. 



Process 

Hierarchical numeric ID: 1.1.4.1.3.6 
Coded name: DQ4200RB 

Name: DTQ Input for ARMS/400 Application (DQ4200RB) 

Comment: ©Definition: This is the input data queue to the pseudo sender for 
ARMS/400, program A4200RB that simulates sending to the ARMS/400 customers. 



Process 

Hierarchical numeric ID: 1.1.4.1.4 
Coded name: 

Name: 0NL Reroute Unsolicited Authorizations 
Comment: ©Definition: 

To activate the rerouter job for any unavailable machine, 

©Operational Method: 

When a production machine goes down, the ARMS OnCall staff is notified 
and then the OnCall staff manually submits this job to reroute or hold any 
transactions that were meant for that machine. 

... ©Note: 

- Runs on RARMS only 



Process 

Hierarchical numeric ID: 1.1.4.1.4.1 
Coded name: AMREROUTE 

Name: PGM Submit ARMS Rerouter (AMREROUTE) 
Comment: ©Definition: 

This is a batch process triggered manually as a result of a distributed 
production machine that has been abnormally shut down to allow for certain 
transactions that would have been routed to that machine to instead be routed to 
CLAIMS CONNECTION and the remainder of the transactions intended for that machine to 
be held for later processing. 

©Purpose: 

To. allow Enterprise a means of fulfilling contractural ARMS obligations 
. in event .of a distributed machine failure. 
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©Operational Method: " ~ 1 

" Submits the AMREROUT never-ending program with all of the necessary 

values . 

©Files: None 



Process 

Hierarchical numeric ID: 1.1.4.1.4.2 
Coded name: AMRBROUT 

Name: PQ4 Reroute Transactions for Unavailable Machine (AMREROUT) 
Comment : ©Purpose : 

To handle transactions that are bound for a machine that is unavailable 
so that the transactions are not lost. If the transactions are new authorizations, 
someone needs to attend to them as most trading partners have agreements with 
Enterprise to respond to customer authorization requests within a specified time 
interval. 

©Operational Method: 

IP the received transaction set is an unsloicited authorization add (AT) ; 

- Call AM1010V1 to update the XREF with Machine & Source Id, update the 
AMAPP record and route to Claims Connection 

IP the received transaction set is an authorization change (AT-C) OR 
a cancellation (CN) , and the Source or Machine from the APPD01 doesn't match that 
found in the XREF; 

- update the AMAPP record and route the transaction to Claims 

Connection 

ELSE 

- route to hold data queue. 

At SHUTDOWN, reroute all held transactions to the production machine that 
went down. ,, 

©Files : 

. ... - AMAPPS (-RU-J 

- MACHIDENPF (-R-- ) 



Process 

Hierarchical numeric XD: 1.1.4.1.4.3 
Coded name: DQAMAPH 

Name: DTQ Hold Unavailable Machine Transactions (DQAMAPH) 

Comment: ©Definition: DQAMAPH is a data queue used during reroute for holding all 
transactions that are not unsolicited AT -Adds (which are routed to CLAIMS CONNECTION) 
for the affected machine which is down, and then at reroute shutdown for the that 
machine these entries are then used as input to allow for their normal processing. 



Process 

Hierarchical numeric ID: 1.1.4.2 
Coded name: 

Name: SA Research and Fix Problems 
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Comment: ^Definition: Tne activity to han dle any problems that are reported via a 
page, a phone call or an MS01 message. It also involves daily tasks to examine 
exceptions and fix them or to create issues if they can not be fixed. 



Process 

Hierarchical numeric ID: 1.1.4.2.1 
Coded name: 

Name: MAN Respond to On- Call Message 
Comment : ©Purpose : 

To research and determine how to solve a problem that was notified via a 
pager, a phone call or an MS01 message. 

©Operational Method: 

- The On- Call staff (primary and backup) are notified in the followincr 
situations: 3 

1) ARMS job f s program halt or termination via pager message to 
investigate why and to respond and possibly resubmit job for never-ending proqrara 
(NBP) execution. 

2) ARMS transaction set transmission being rejected for processing by an 
ARMS NKP job via a pager message and/or via e-mail (currently MS01) . 

- The primary only On-Call staff is notified by ARMS Rental Management 
Trading Partner technical contact of their host system availability or connect 
problems or for transaction research for a perceived problem via pager message 
(8063). The contact actually dials in (314) 5 12 -ARMS and is appropriately directed 
via four options : 

1 - Enterprise Rental Branch Personnel 

2 - Questions about Vehicle Messaging System 

3 -r Insurance Company Contacts 

4 - Other 

The primary only On-Call staff is also notified by the ARMS Programming 
Help Desfc^staff via pager message (8064) of problems where they need further 
assistance. 

- To retrieve the 8063 and 8064 mail box messages, perform the following 

steps : 

i) Dial phonemail - x2696 

ii) When asked, enter the mailbox number from the pager (8063 or 8064) 
and the password 

iii) After listening to the message, always save it 
iv) Call the concerned party and always keep. them apprised of the 
status of the investigation. 

©Notes : 

A top priority is to resubmit/ restart any abended ARMS NBP job to ensure 
transaction data flow throughput between the trading partners and the rental systems. 
Another high priority is to notify ARMS Technical to contact all affected trading 
partners of any communication termination occurrences that are estimated to be longer 
that thirty (30) minutes in duration. Likewise, they are also to be notified of any 
similar delays of transaction throughput. A lower priority is to research the cause 
of any transaction being rejected or causing program halt /termination, correct and 
resubmit the transaction. 
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Process 

Hierarchical numeric ID: 1.1.4.2.2 
Coded name: 

Name: MAN Perform Daily Exception Checks (Checklist) 
Comment : ©Purpose : 

To use the check list and perform daily tasks that have been identified 
as routine to make sure that the application processes any exceptional transactions. 

©Operational Method: 

- If any printed detail lines exist on the ARMS Cross -Reference 
Discrepancy Reports spooled file in the ARMSRPTS output queue on the RARMS 
centralized host platform, print the reports* Then research all ARMS activity to- 
date of the rental transaction via the ARMS Time-Line Inquiry (CCAM16) and the ARMS 
centralized database report (AM0800) . Manually correct the files' records or 
generate the necessary transaction set for the needed group type. 

- Display the RARMS host platforms distribution data queue (DQAMAPl) to 
determine if there is any old (older than today's date) or hung transaction that has 
never been sent. Research the associated transaction set's transmission and data 
queue entry for invalid host system platform ID value. Correct and reprocess if 
necessary. 

- Display the distributed rental systems' host platforms ARMS Application 
Interface Transaction Set file (AMAPP) , the ARMS Format Generation Dispatcher In- 
Progress Transaction Control Pile (AMTRNCTL) , and all distributed ARMS application 
system data queues (DQAM6AV1 , DQAM6BV1, DQAM60V1, DQAM61V1, and DQECATV1) to 
determine if there is any old (older than today's date) or hung transaction that has 
never been processed. Research the associated transaction set's transmission and 
data queue entry (along with the existing rental contract transaction) for invalid 
rental contract IDs values or status. Correct and reprocess if necessary. 

- Check the spooled print file archive system's spooled file for the 
latest J340X Daily Rental Billing Job runs' Billing Exception Report for rejects due 
to ARMS status code or missing ARMS Cross-Refer ence file record error message. If 
any exist, note the rental location and contract ID. Research "all ARMS activity to- 
date of the rental transaction via the ARMS Time-Line Inquiry (CCAM16) and the ARMS 
centralized database report (AM0800) . Manually correct the files' records or 
generate the necessary transaction set for the needed group type. 

- Check if any printed detail lines exist on the query reports from last 
execution of job AML900 in two spooled files in the ARMSRPTS output queue on the 
RARMS centralized host platform, print the reports. Then research all ARMS activity 
to-date of the rental transaction via the ARMS Time-Line Inquiry '(CCAM16) and the 
ARMS centralized database report (AM0800) . Manually correct the files' records or 
generate the necessary transaction set for the needed missing opening "RN* group 
type. 

- Every weekday morning, change the centralized Job Monitor switch (on 
CENTRAL) for the ARMS On -Call Pager to "YES" so that ARMS On- Call pagers will be 
immediately sent notification messages of any ARMS job halts or abends. 

- Every business weekday afternoon around 4:00pm, except the last 
business day of the week, change the centralized Job Monitor switch (on CENTRAL) for 
the ARMS On-Call Pager to "NO* so that ARMS On-Call pagers will NOT be sent 
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notification messages of any ARMS job halts or abends. These notification pager 

messages will be sent instead to the Operations On-Site Pager. 



Process 

Hierarchical numeric ID: 1.1.4,2.3 
Coded name: 

Name: MAN Research and Resolve Network Problem Ticket 
Comment : ©Purpose : 

To research and resolve and problem for which a network ticket has been 
created by the technical support center. 

©Operational Method: 

- Any time a Network Problem Ticket is passed to the Technical Support 
Center's Programming Help Desk (TSC-PHD) staff require further research and/or 
suggestions on correcting a deficient transaction situation with a rental transaction 
that had been processed through ARMS, then they call the ARMS Te chni cal Support Li ne 
that generates an "8064» mailbox pager message to indicate the Application 
Development Department primary on- call person that a new voice mail message has' been 
placed into the *QQ62 m mailbox. The on- call person will listen to the voice mail 
message and then contact the caller to discover more details that might aid in their 
research. Then the on- call person (or can pass the task to the backup on- call if the 
primary has no time available for such a task) does the research into the problem and 
reports back to the caller the necessary intervention that the on- call person, TSC- 
PHD person. Rental Systems Help Desk staff, rental user, or trading partner system 
user must perform to correct the deficient situation. 



Process 

Hierarchical numeric ID: 1.1.4.3 
Coded' name: 

Name: SA Information System Reports 

Comment: ©Definition: The activity that prints the various reports provided for in 
the ARMS application. The reports are as follows: 

- Insurance company referral closed rental contracts revenue 

- Management report for direct billed invoices ' 

- Month- end ARMS youthful drivers surcharge discount report 

- ARMS transaction exception report 

- Reservation detail by company utilization management report 



Process 

Hierarchical numeric ID: 1.1.4.3.1 
Coded name: CLJ470 

Name: BAT Print Insurance Company Referral Closed Rental Contracts Revenue Reports 
(CLJ470) 

Comment: ©Definition: The batch process for printing of various Insurance reports, 
as specified in the Operational method and run on the Query machine. Thie process is 
triggered by TIME. 

©Purpose: To report on various ARMS and Rental data in support of the 
Marketing function. 

©Operational Method: 
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Print Insurance Referral Report o£ Gross Revenue 



- Print Insurance Referral Report of Income 

- Print Bill-To Customer Report by Group 

- Print Referral Reports by State (Gross and Net Revenue) . 

- Print Bill -To Customer Report by State 

©Piles: (CRUD) (Unless noted, all files used reside on QUERY system) 



- OPFDRB 

- IR470P 

- INSRMOYR 

- INSRMOYR 

- XNSRGGP 

- INSRGGP 

- INSRRPHD 

- INSRRPHD 

- RACCLSC 

- RACCLS01 

- RACCLS02 

- RACCLS03 

- RACCLS04 

- RACCLS05 

- RACCLS06 

- RACCLS07 

- RACCLS08 

- RACCLS09 

- RACCLS10 

- RACCLS11 

- RACCLS12 



(-R— ) 

(-R — ) (on CENTRAL system) 
(-RU-) (on CENTRAL system) 
(CRU-) 

(on CENTRAL system) 



(-R-- ) 
(CR-D) 
(-R--) 
(CR-D) 
(-R-) 
(-R-- 
(-R-- 
(-R-- 
(-R-- 
<-R~ 
<-R~) 
(-R--) 
<-R~ 
<-R~ 
(-R— ) 
(-R-- 
(-R-- 



(on CENTRAL system) 



©Notes : 

These reports axe confidential and are used by the Rental Operations 
National Marketing Departement staff. 



Process 

Hierarchical numeric ID: 1.1.4.3.2 
Coded name: 

Name: BAT Transaction Credit Discount 

Comment: ©Definition: The batch process for printing the month end transaction 
credit report. 

©Purpose: For ARMS Technical Management and Rental Operations National 
Marketing Department staff to compute ARMS utilization for any transactions credit 
rebate checks sent to the Rental Management Trading Partner from closed direct 
billing payment authorized rental contracts. 

©Notes: 

Report is used by ARMS Technical Management and Rental Operations 
National Marketing Department staff to compute ARMS usage for any transactions credit 
• rebate checks sent to the Rental Management Trading Partner. 
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Process 

Hierarchical numeric ID: 1.1.4.3.2.1 
Coded name: AML968A001 

Name: PGM Create Missing OUTQs for Credit Transactions Report (AML968A001) 
Comment : ^Purpose : 

To create missing output queues on the FARMS machine at the beginning of 
the Credit Transaction Report driver job (CLL968) program so it can complete 
normally. 

These output queues are named: Pgg, PggPC, or PggrPC where »gg" is the 
Group ID and "r" is Region ID and are created in library QUSRSYS using the CRTOutq 
command with default parameters except for the ODTQ name, 

©Operational Method: 

Repetitively read through Office Directories Group Master Pile bv GROUP 
ID (file OFPDG#2) . y 

For every record read, do the following only IP the record's GROUP ID 
field value is not equal to '76' (Claims Connection) AND the GROUP ID field value is 
equal to the GROUP'S OUTPUT QUEUE NAME: 

- IP the record's Distributed Printing Capable indication field is 'Y' 
(Yes a PC printer output queue is located at this Group adminstration office) , then 
check if that Group's PC output queue name (•PggPC - where »gg" is the Group ID) • 
exists on this platform. IF is does not exist, then create the missing personal 
computer (PC) output queue (OUTQs) for this Group Administrative office. 

" ELSE (Yes - a PC printer output queue is NOT located at this Group 
adminstration office), then check if that Group's normal output queue ("Pgg" - where 
•gg" is the Group ID) exists on this platform. IF is does not exist, then create the 
missing normal peripheral output queue (OUTQs) for this Group Administrative office. 

- IF the retrieved record's Regionalized indication field is 'Y' (Yes - 
this Group is administrated by other regional adminstration offices) , then execute 
the ARMS Retrieve Regions for Office Group (AML968A002) program, passing two 
parameters. This first is the input parameter of the current record's GROUP ID. The 
second parameter is the blanked 132 element, 1 character output parameter of a Region 
ID array of all regions that are part of a Group office. Then, looping through each 
non-blank array element, check if the Regional Office's of the Group personal 
computer output queue name ("PggrPC" - where "gg" is the Group id and "r" is the 
Region ID) exists on this platform. IF is does not exist, then- create the missing 
personal computer (PC) output queue (OUTQs) for this Group's Regional Administrative 
office. 

eFiles: (CRUD) 

OFFDRGRPPF (-R-- ) Office Directories Group Master File (by Group ID, 
using logical access path OFFDG#2) . 



Process 

.Hierarchical numeric ID: 1.1.4.3.2.2 
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Coded name: AM1081V1 

Name: PGM Print Detail and Summary Transaction Credit Reports (AMI 081 VI) 
Comment : ©Purpose : 

To print ARMS Transaction Credit summary and detail reports by Trading 

Partner. 

©Operational Method: 

Positions and reads the ARMS Transaction Credit Transaction History 
(AMTRNCR) file records whose Year and Month Approved for Payment /Rental Closed 
correspond to the previous month/year from the current system date. 

This physical file's indexed/keyed access path is sequenced by: 

Year Approved for Payment or Rental Closed 
Month Approved for Payment or Rental Closed 
Trading Partner Profile ID 
Group ID 
Region ID 
Branch ID 

Ticket ID Number (of closed rental contract) 

Regionalized the Transaction Credit summary report. This report matches 
the report that is sent to the Group output queues except that it includes total 
information for branches within a region and total information for the region itself, 
but does not include Group total information. 

A total line to the Transaction Credit Detail report exist just for ARMS 
Trading Partner Insurance Company. The total will be the sura of the transaction 
credit and the utilization fee. 

(If there is a Trading Partner with no utilization fee, this total line 
will not print.) 

The hierarchy of breaks are: 
Trading Partner Profile // 
Group 
Region 
Branch 

Accumulate Branch, Region (if applicable) , Group and Trading Partner 

Totals for: 

Total Count of (Rental Contracts) Tickets Closed (Managed via ARMS) 
Total Insurance Charged Extended Daily Rental Rate Revenue Amount of 
(Rental Contracts) Tickets Closed (Managed via ARMS) 

Total Transaction Credit (Discount) Amount (to be rebated) 
Total (ARMS) Estimated Utilization Fee Amount 

Print detail report lines t (used for auditing when necessary) 

Print report break totals on detail and summary report printer files. 

Page breaks on: Trading Partner Profile ID or GROUP ID changes. 

©Files: (CRUD) 

AMTRNCR (-R— ) ARMS Transaction Credit transaction history file 

ARMSPR7 (-R--) ARMS Trading Partner's Transaction Discount 

Volume Break Control Levels 
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ARMSPR2 



(-R--) ARMS Trading Partner's Customer Address Data 

OFFDRGRPPF <-R~ ) office Directories Group Master File, by GROUP ID 
(using the OFFDG#2 logical access path) 

QSYSPRT <c— ) System Default PRINTER FILE for Detail Report bv 

GROUP ID, REGION ID, and BRANCH ID ^porc toy 

m QSYSPRT2 (c— ) System Default PRINTER FILE for Summary Report bv 

GROUP ID, REGION ID, and BRANCH ID P Dy 

QSYSPRT3 (C— -) System Default PRINTER FILE for Detail Report bv 

GROUP ID, REGION ID, and BRANCH ID for the Group Administration Office Output Queue 

QSYSPRT4 (C-~) System Default PRINTER FILE for Detail Report bv 

GROUP ID, REGION ID, and BRANCH ID for the Regional Administration Office Output 
Queue * 



©Embedded Data/Constants: 

Program Constants: 

•GROUP SUMMARY - FINAL TOTALS' 

■UTIL FEE $' 

•UTIL FEE 1 

•UTIL %• 

•TOTAL 1 

** CMD - Commands To Be Executed 
OVRPRTF FILE (QSYSPRT3 ) OUTQ(QPRINT) 
OVRPRTF FILE (QSYSPRT3 ) ODTQ(PggPC) 
OVRPRTF FILE (QSYSPRT3 ) OUTQ(Pgg) 
DLTOVR FILE (QSYSPRT3 ) 
OVRPRTF FILE (QSYSPRT4) OUTQ(PggrPC) 
DLTOVR FILE (QSYSPRT4 ) 

** Month Names for report column headings. 
JANUARY 
. . FEBRUARY 
MARCH 
APRIL 
MAY 
JUNE 
JULY 
AUGUST 
SEPTEMBER 
OCTOBER 
NOVEMBER 
DECEMBER 

©Notes : 

Utilization fee is the amount paid by Enterprise to the customer for 
sending rentals using ARMS as specified in the contract with the company. For ARMS 
TRADING PARTNER INSURANCE COMPANY, currently they are paid a utilization fee of 1.8 % 
of any revenue generated via ARMS that is over 55 million. 



The report is broken down by group and branch so that corporate can 
recover these fees from the appropriate group-branch based on the revenue that each 
branch gear a ted via ARMS. 
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^Improvement Opportunities: 
Convert program from OPM to I LB. 

Remove the compile-time array for the months' names and replace with the 
logic to execute a built-in function utility or service program that you can pasB the 
date and the month name will be returned as output. 

After having printed and saved the spooled printer files, if specified, 
then move the spooled files to another specific output queue for interception for 
archival by the Broderick Spool Archival utility software system. This would prevent 
the need for any reruns for the sake of a reprint. 

Move the logic that provides the month and year values to select records 
for reporting from this program to the calling program, CLL968, and pass the derived 
last month" s month and year as input parameters to this program. This would enable 
rer unnin g this program for a different past month that data was still retained on- 
line. 

Optimum: Capture and retain all necessary information in a revised closed 
rental contracts file and use this type report over any closed rental contracts files 
by a past month and year for any rerunning. 



Process 

Hierarchical numeric ID: 1.1.4.3.2.3 
Coded name: AML968A002 

Name: PGM Retrieve Regions for Office Group (AML968A002) 
.Comment: ©Purpose: 

To return all associated Region IDs for a given Group ID so that the 
AML968A001 program can check if the regional administrative officers personal 
computer output queue exists on the current platform and if not existing, create them 
prior to the execution of the Transaction Credit Report (AM1080V1) program. 

©Operational Method: 

This program accepts two parameters, the first is the input 2 character 
GROUP ID. The second is the 132 element, 1 character each output REGION ID LIST 
array. 

Starting at the first record in the Office Directories Branch Office 
Master Pile for the passed GROUP ID, read every record for this passed GROUP ID value 
until it changes or is end-of-file, do the following for each associated record 
retrieved: 

- IF the REGION ID is NOT blank, then load the next available REGION ID 
LIST array element. 

End the program and return the loaded REGION ID LIST array to the calling 

program. 



©Piles: (CRUD) 

OFFDRB (-R— ) Office Directories Branch Office Master Pile, by Group 
ID, Region ID, Area id & BranchTD (via OPFDRB7 logical access path) . 
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©Improvement Opportunities: ■ 

Condition loading the array only after checking to ensure that the 
retrieved OPFDRB7 file's non-blank REGION ID field value is different than the last 
loaded value, since the file access sequence is in GROUP ID and REGION ID ascending 
order. This will avoid loading the array with repeating values. Likewise, the 132 
element REGION ID I*IST array would not need the maximum of 132 and could be reduced 
to a smaller size such as the 94 characters (upper and lower case alphabetic, 
numeric, and special characters) that exist on the computer terminal's keyboard. * 



Process' 

Hierarchical numeric ID: 1.1.4.3.2.5 
Coded name: CLL968 

Name: PGM Drive Transaction Credit Discount Report (CLL968) 
Comment : ©Purpose : 

To print summary and detail reports, by Rental Management Trading Partner 
companies , of ARMS authorized transactions count and amounts that became closed 
authorized rental contracts and include the amount electronically invoice billed, 
excluding government taxes and surcharges. 

These reports assist ARMS Technical Management and Rental Operations 
National Marketing Department staff to confute amount of ARMS utilization by Rental 
Management Trading Partner so that appropriate rebate checks may be sent to the 
trading partner. 

©Operational Method: 

Determine the current emulated or real hardware platform upon this 
program is executing. 

IF the current hardware platform is "RARMS", then do the following: 

Override the default system printer files QSYSPRT and QSYSPRT2 to have 
the attributes of COPIES set to 2. 

Execute the ARMS Create Missing Output Queues for Credit Tranactions 
Reports (AML001A001) program. 

Execute the ARMS Print Detail and Summary Transaction Credit Reports 
(AMI 0 80 Vlh program. 

©Notes: 

Submitted for execution from ROBOT/Scheduler as "L968C05" every month on 
the fifth calendar day of the month only on the RARMS system. 

Report is used by ARMS Technical Management and Rental Operations 
National Marketing Department staff to compute ARMS usage for any transactions credit 
rebate checks sent to the Rental Management Trading Partner. 



Process 

Hierarchical numeric ID: 1.1.4.3.3 
Coded name: CLL480 

Name: BAT Print Management Report for Direct Billed invoices (CLL480) 
Comment: ©Purpose: 
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to report on various ARMS and Rental data relating to direct billed 



invoices in support of the Marketing function 
©Operational Method: 

- Prints or sends to National Marketing representative (via FTP) the 
Rental Management Trading Partner Company Generic Insurance Direct Billed Report, for 
Selected Customers or a set of standard Branch Claims Office Customer numbers. 

©Files: (CRUD) 





INSRL480 


(-R-- ) 




IR002P 


(CR-D) 




IR003P 


(CR-D) 




OFFDRB 


(-R--) 




RACCLSC 


(-R-) 




RACCLS01 


(-R--) 




RACCLS02 


(-R-) 




RACCLS03 


(-R--) 




RACCLS04 


<-R— ) 




RACCLS05 


<-*--> 




RACCLS06 


<-R~) 




RACCLS07 


<-R~) 




RACCLS08 


(-R-) 




RACCLS09 


(-R— ) 




RACCLS10 


(-R— > 




RACCLS11 


(-R— ) 




RACCLS12 


(-R-) 


©Notes: 





These reports are confidential and are used by the Rental Operations - 
National Marketing Department staff. 

FTP process - Reports being downloaded are written to members in file 
IR002P. The names of these members are written as records in file XR003P. Program 
IR_018M is then called by CLL480 to send the data to the internet location. IR_018M 
is made of 4 modules: CL IRJ)18M001 which calls IRJ>18M002 (BUILDER) to build the FTP 
co Py commands (one per member) and to separate the~members in XR002P into files in 
library QTEMP (module IR_018M004 does this piece) and then calls IR_018M003 (CHECKER) 
to read the FTP log to see if errors occurred. A batch job then runs on the internet 
location which checks for data in the appropriate directory and, if data exists, 
creates an executable that appears on Cindi Loomis of National Marketing's PC 
desktop. This batch job runs hourly Monday through Friday during normal business 
hours. There will be one executable for each downloaded file. When Cindi selects 
these, they are copied to diskette. 



Process 

Hierarchical numeric ID: 1.1.4.3.4 
Coded name: 

Name: BAT Youthful Drivers Surcharge Discount Report 

Comment: ^Purpose: The batch process of generating and printing the month end 
management report that deals with youthful drivers surcharge discounts 



@Notes : 

Distributed to Mary Mahoney, Rental Operations - National Marketing 
Depart mment Assistant Vice President 



Confidential 



Page 208 of 246 



8/11/00 



WO 02/097700 

422 



ARMS Process Report 



Process 

Hierarchical numeric ID: 1.1.4.3.4.1 
Coded name: AM1087V1 
Name: PGM Generate Youthful Drivers Surcharge Discount Report (AM1087V1) 
Comment: ©Purpose: 

To generate youthful drivers surcharge discount report . 
©Operational Method: 

- Print ARMS Youthful Driver Approved Surcharge Discount Detail Report 
Group/Branch. 



- Print ARMS Youthful Driver Approved Surcharge Discount Summary Report 

by Group. 

- Print Exception Report of ARMS Transaction Credit Discount Records with 
closed rental contract (ticket) file record not found. 

©Notes : 

This report is used by National Marketing to determine discount benefit 
levels. Essentially, if the underage driver surcharge is not paid by the trading 
partner, it a discount for them and this report lists the actual discount amounts by 
trading partner. 

This report is currently hard coded to be produced only for ARMS TRADING 
PARTNER INSURANCE COMPANY. The surcharge amount used for calculating the discount is 
$5.00 per day per qualified rental. Any rental in AMTRNCR is qualified. The number 
of days for the rental is calculated from information retrieved from the closed • 
ticket files on the QUERY machine. 



Process * . 

Hierarchical numeric ID: 1.1.4.3.4.2 
Coded name: CLL987 
Name: POT Setup Youthful Drivers Surcharge Discount Report (CLL987) 
Comment: ©Purpose: 

To prepare the environment and run the program to generate the youthful 
drivers surcharge discount report. 

©Operational Method: 

1) Retrieve the current date and construct the REPORT DATE in format 
CYYMMDD using the previous month with the appropriate century and year. 

2) Retrieve the machine name. 

- If currently running on centralized ARMS host, 
retrieve the QUERY machine status 
If DDM is not available, 

Submit the job so that when the machine is available, 
the job can be released by operations 
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Return. 

3) Change the printer file attributes bo that 2 copies are generated for 

each report. 

4) CALL program AML1087V1 with the REPORT DATE as the parameter. 

5 ) Return 

Process 

Hierarchical numeric ID: 1.1.4.3.5 
Coded name: 

Name: BAT Cross-Reference Exception Reports 

Comment: ©Definition: This is a batch process that generates a report of the 
discrepancies that exist in the ARMS XREP files between the centralized machine and 
the distributed computer platforms. 

©Purpose: To maintain and keep the centralized and distributed XREFS in 

synch. 

©Notes: 

Reports used by the ARMS On- Call staff on daily basis for research and 
possible manual intervention to fix or resynchronize the centralized and distributed 
ARMS Cross-Refer ence database files. 

Process 

Hierarchical numeric ID: 1.1.4.3.5.1 
Coded name: CLL749 

Name: PGM Consolidate Transaction Data (CLL749) t, 
Comment : ©Purpose : 

To set up the environment and run the program to generate the cross- 
reference, discrepancy report. 

©Operational Method: 

- When on the centralized host machine: 

1) Check all distributed computer platforms that are ARMS active - 
defined in systara list ACTVARMS, for DDM availability. 

If all "computer platforms are not available end the program. 

2) For each distributed host system that is included in ACTVARMS 
system list, .**'■■ 

copy the cross-reference file to the centralized 
host machine, where it is consolidated into ZAMXREF. 

- When on the DEVelopment machine: 

1) For each simulated (dummy DDM) distributed file that is ARMS active 
- defined in system list ACTVARMS, 

copy the cross-reference file to the consolidated file, ZAMXREF. 

- If not on either of the above mentioned host computer platforms, send 

program 

message 'YOU ARE NOT ON THE DEV OR RARMS MACHINE, 
PROGRAM CLL749 ENDING' . 
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- Check if there are any records accumulated in ZAMXREF. 

If there are no records, 

send message 1 there were no records 
TO PROCESS, PROGRAM CLL749 ENDING* 
Else 

Override to print to output queue ARMSRPTS 

CALL program AM0749 to compare the cross references and generate 
the discrepancy report. 

- Return 



Process 

Hierarchical numeric ID: 1.1.4.3.5.9 
Coded name: 

Name: RPT Exception of Discrepancies Between Centralized Cross-reference and 

Distributed 

Comment : ©Purpose : 

Report use by the Application Support Staff for the sake of keepinq the 
database in synch. 

©Report Distribution: 

No automatic distribution. The staff on call has to go to the output 
queue ARMSRPTS to retrieve the report. 



Process 

Hierarchical numeric ID: 1.1.4.3.5.11 
Coded name: AM 074 9 

Name: PGM Print Discrepancies Between Centralized Cross-reference and Distributed 
(AM0749) 

Comment: ©Definition : 

4 m » This is a batch process that generates the ON-CALL report of 
discrepancies that exist in the ARMS XREF files between the centralized machine and 
the distributed manchines. 

©Purpose: 

To maintain and keep the centralized and distributed XREFS in synch. 
©Operational Method: 

- Process the data in the consolidate file against the data in the 
centralilzed file. Each record will fall into one of the following categories: 

1) Record (s) exist on the distributed system only. 

2) Record (s) exist on the centralized system only and no error 

associated with the transaction. 

3) Record (s) exist on both centralized and distributed system, but 

data not in synch. 

- Print the three reports. 



Process 
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Hierarchical numeric ID: 1.1.4.3.7 
Coded name: 

Name: BAT Added 1 1 * nsurance Customer 

Comment: ©Definition: This activity generates the report listing all the insurance 
type customers that were added to file CUSTMAST using customer maintenance program 
AACM07 since the report was last generated. 



Process 

Hierarchical numeric ID: 1.1.4.3.7.1 
Coded name; CLL010 

Name: PGM Generate Report of Added Insurance Customer (CLL010) 
Comment : @ Purpose : 

To set up the environment and invoke the program to generate a report 
listing all the insurance type customers that were added to file CUSTMAST using 
customer maint enan ce program AACM07 since the report was last generated. 

©Operational Method: 

- Consolidate the data (file CIADDS) from all distributed computer 
platforms on to the financial application system's host platform and then generate a 
report from the consolidated data. 



Process 

Hierarchical numeric ID: 1.1.4.3.7.8 
Coded name: 

Name: RPT Added 'I' nsurance Customer 
Comment : ©Purpose : 

To inform the user of all the insurance type customers that were added in 
the last week using program AACM07 (ECS Customer Maintenance) . 

©Report Distribution: 

Cindy Loomis 



Process 

Hierarchical numeric ID: 1.1.4.3.7.10 
Coded name: IR0100 

Name: PGM Print Weekly Report of Added 'I •nsurance Customer (IR0100) 
Comment: ©Purpose: 

To generate the report of all the insurance type customers that were 
added in the last week using program AACM07 (ECS Customer Maintenance) . 

©Operational Method: 

1) Read through file LD010 (work file with consolidated data from file 
CIADDS on each machine) and write one d tail line for each customer in this file to 
generate the report. 
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Process 

Hierarchical numeric ID: 1.1.4.3.12 
Coded name: 

Name: BAT Missing Open Rental Notification 

Comment: ©Definition: A batch process that generates a discrepancy report of 
authorization and associated ticket that are linked yet not completely updated or in 
synch with the transaction cross-reference file. 

©Purpose: To inform the application staff of contracts that are linked 
to authorizations yet do not contain the authorization information or are not in sync 
with the transaction cross-reference file. 

©When all the pieces are in place the program is capable of generating 
the necessary request to ARMS to generate the opening rental notification. 



Process 

Hierarchical numeric ID: 1.1.4.3.12.1 
Coded name: AML901A 

Name: PGM Submit Report Program (AML901A) 
Comment : ©Purpose : 

To submits the report program to generate missing RN report. 
©Operational Method: 

- Submit the job to call program AMZ001A to detect the missing opening 
RNs and generate the report for the on call staff to investigate. 

©Notes : 

- This program is called by a scheduled job (AML901A) in ROBOT at 2100 

hrs. 
Process 

Hierarchical numeric ID: 1.1.4.3.12.2 
Coded name: AMZ001A 

Name: POT Detect / Generate Missing Open Rental Notification Report (AMZ001A) 
Comment: ©Def ini tion; 

A batch process that generates a discrepancy report of authorization and 
associated ticket that are linked yet not completely updated or in sync with the 
transaction cross-reference file. 

©Purpose: 

To inform the application staff of contracts that are linked to 
authorizations yet do not contain the authorization information or are not in sync 
with the transaction cross-reference file. 

©Operational Method: 

- For every ticket in the file RACMAST that is completely open i.e. 
CONTRACT DATE has a valid date, STATUS is blank, RMRNO (reservation number) is not 
blank and TYPE is 'I': 
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1) Retrieve the reservation master file RACBRMST with the reservation 
number as the key and compare the ticket numbers in the two files: 

CASE 1: if the ticket number in RACBRMST is = 999999, then ignore 
this ticket and go to the next ticket. 

CASK 2: If the ticket number in RACBRMST is not equal to ticket 
number in RACMAST, then generate message "Ticket linked to Res, but Res points to 
different Ticket." 



CASE 3: If the ticket numbers in the two files match, then: 
a) Retrieve supplemental ticket file RACSMAST. 
- If no record found, 

then go to next ticket 
Else 

- If ARMS Flag in RACSMAST (RMARMS) 

and RACBRMST (BRARMS) both are blank, 
then go to the next ticket 
Else 

- If the flags are different, then report message 
•Ticket and Res linked to 

each other, however ARMS Flags are different" 

Else 

call cross-reference retrieval program, 
- If call fails, report message 

"cross-reference retrieval failed" 
Else 

use the following decision table. 

- Cl : Xref found 
C2 : Xref not found 
C3: Xref status = «0" 
C4: Xref status <> 'O 1 and <> "R* 
C5: Xref status = 'R' 
C6: Transaction exists in AMTRNCTL 
C7: Transaction does not exist in AMTRNCTL 



If C2; report message "No cross-reference found" 
If Cl and C3, go to next ticket 

If Cl and C4, report message "Cross-reference status not R" 
If Cl, C5 and C6, report message "Record exists in file AMTRNCTL" 
If Cl, C5 and C7; send the opening EN data queue entry and report 
message "Missing open RN sent to ARMS". 

- When the program reports the first message it encounters based on the 
condition, the next step is to go to the next ticket. 1 



Process 

Hierarchical numeric ID: 1.1.4.3.12.3 
Coded name: 

Name: RPT Exception of Missing Open Rental Notification 

Comment: ® Purpose: Synchronize the ECARS and ARMS database by reporting the 
inconsistency. 

©Report Distribution: Not Defined. 



Confidential 



Page 214 of 246 



8/11/00 



WO 02/097700 



428 



PCT/US01/51431 



AR MS Process Report • " " 

Process _ 

Hierarchical numeric ID: 1-1 -4 ,3. 13 

Coded name: 

Name: BAT Online Reporting Sync Report 

Comment: ©Definition: A batch process that generates a discrepancy report for the 
ARMS Onlxne Reporting function. This looks at the data stored in file AM095P which is 
the primary file for the Online Reporting Screens and compares it with ARMS and 
ARMS/400 detail files to determine if an out of sync condition exists and needs to 
addressed. 

©Purose: To inform the ARMS application staff of any out of sync 
conditions that might cause Trading Partner adjusters to see incorrect information on 
the Onli n e Reporting screens. 

©When: This process is run via ROBOT scheduling in the evening. 



Process 

Hierarchical numeric ID: 1.1.4.3.13.1 
Coded name; 

Name: PGM CL Wrapper for AMS530A (AML530A) 

Comment: ©Purpose: This is a CL Wrapper used for the sole purpose of calling 
AMS530A for creation of the Online Reporting Sync Report. 

©Operational Method: 

This program does an OVRDBF on file AM097P00 for blocking purposes, adds 
A4LIB to the library list, OVRPRTF of the report to OOTQ ARMSRPTS, CALLs the program 
AMS530A and when it returns clears the file AM097PO0. ~ 

©Files: (CRUD) 
-AM097P00 (-R-D) 



Process 

Hierarchical numeric ID: 1.1.4.3.13.2 
Coded name*: AMS530A 

Name: PGM Online Reporting Sync Report Program (AMS530A) 

Comment: ©Purpose: This program will look at transactions processed for that day 
and compare select values between ARMS/400 and ARMS looking for discrepancies. When a 
difference is found a detail line is written to the report for the use by Oncall 
personnel to use to be sure that the online report feature stays in sync with ARMS . 

©Operational Method: 

This program reads through file AM097P00 which is a transactional log 
created by AM0055V1. This file contains records for both ARMS and ARMS/400 customers 
and currently the Online Reporting is only used by ARMS/400 customers. Therefore a 
check is done by reading A4PRF1 to determine if this is a record for an ARMS/400 
customer. IF not skip to the next record. If it is an ARMS/400 customer read the 
associated file record from AM095P00. If a record is found proceed with a sync check. 
Read the required detail files and those listed in the ©Files section. 
The following data elements are sync checked: 

Customer Tran. ID 

Branch Claims Office ID 

Claim Number 

Claim Type 

Rental Status 

Adjuster last and first name 
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Body Shop name ™ " ~ -~ 

Rental start date 
Rental close date 
Rental termination date 
Daily authorized rate 
Number of days Authorized 
Dollars covered per Day 
Policy Maximum Dollars 
Bill to % 

verify correctness of the Surcharge flag 
IF Invoiced: 

Total Charges 

Total Amount Received 

Billed Amount 

Cclculated filelds checked against AMO95P00 
Number of days in Rental 
Number of days Behind 
Number of Extensions received 

If any of the above mentioned fields are in an out of sync condition 
write a detail record to the Sync Report. Continue with the above process until the 
file AMO97P00 is at End of File. 

©Notes: Currently the program only checks transactions that are at Open 
Rental status and is not processing the code for invoiced transactions. 

©Files: (CRUD) 





A4XREFL7 


(-R-- 




A4ADTD 


(-R— 




A4RPRD 


(-R— 




AMFDTBL 


(-R— 




AM095POO 


<-R— 




AM097POO 


(-R— 




A4SURD 


(-R- 




A4PRF1 


(-R— 




A4IEBT 


(-R— 




AMTIMEL1 


(-R-- 




AMTRNLOG 


(-R— 



©Embedded Data/Constants 



Surchgl = 'Flag is Yes 1 

Surchg2 = 'No A4SURD rec. found' 

Surchg3 = 'Surchg flag 1 

RntDysl a 'Days in Rental' 

RntDys2 = 'Value in AM095P is not' 

RntDys3 = 'correct please verify' 

Dysbhndl = 'Rental Days Behind* 

Dysbhnd2 = 'Value in AM095P is not' 

Dysbhnd3 = 'correct please verify' 

Ad j Name = 'Adjuster Name' 

NoXref = 'No A4XREF for this Tran' 



Process 

Hierarchical numeric ID: 1.1.4.3.13.3 
Coded name: 
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I ARMS Process Report 

Name: RPT Online Sync Report ~ " 

Comment : 



Process 



Hierarchical numeric ID: 1.1.4.3.14 
Coded name: 

Name: BAT Nightly Update Open Tickets for AM095P 

Comment: ©Definition: A batch process that will update the ARMS Online Reportinq 
database to keep select data elements such as number of days in rental current. 

©Purpose: There exists several calculated fields in the database which 
would become incorrect if a nightly update did not occur. This process maintians the 
validity and integrity of this data. The file updated is AM095P. 

©When: This process is run via ROBOT scheduling in the evening. 

Process 

Hierarchical numeric ID: 1.1.4.3.14.1 
Coded name: AML520A 

Name: PGM Nightly Djpdate/Write Open Tickets (AML520A) 

Comment: ©Purpose: To update all open tickets in the ARMS Online Reporting 
database file to show the correct 

number of days in rental and the number of days behind if the extension 
date has been passed. This will ensure that open rentals that do not have a 
transaction processed on a given day will be kept up to date. 

©Operational Method: 

- Retrieve a record from ARMS Online Reporting Detail Pile AM095P. 

- Determine the total number of days in the rental by calculating the 
difference between todays date and the rental start date. 

-IF the termination date is greater than zero, zero out the days behind 
Otherwise, , the days behind will be equal to the total number of days in the rental 
less the number of authorized days. 

-Update ARMS Online Reporting Detail File AM095P. 



©Files: (CRUD) 
- AM0095P01 (-RU-) 
©Embedded Data/Constants: 



Process 

Hierarchical numeric ID: 1.1.4.4 
Coded name: 
. Name: SA Tools 
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Comment: ©Definition: The activity that encompass the manual processes that axe 
performed by various Application Support Staff. These processes range from keeping 
the environment up and running, troubleshooting transaction problems, to requesting 
reports . 



Process 

Hierarchical numeric ID: 1.1.4.4.1 
Coded name: 

Name: ONL Generate Application Reports 
Comment: ©Definition: 

This activity is performed by ARMS Help Desk and ARMS Technical for 
generating system utilization by Trading Partner and dailly billing error report. 



Process 

Hierarchical numeric 3D: 1.1.4.4.1.1 
Coded name: 

Name: MNU ARMS Application Reports 

Comment: ©Definition: see ONL Generate Application Reports 



Process 



Hierarchical numeric ID: 1.1.4.4.1.17 
Coded name: 

Name: ONL ARMS Reservation Detail by Company Utilization Management Reports 
Comment: ©Definition: This activity provides the Application Support Staff the 
means to produce a utilization management report for a specific Trading Partner. 



Process 

Hierarchical numeric ID: 1.1.4.4.1.17.1 
Coded name.: 

Name: ONL Utilization Management Report for Specific Trading Partners BCO (Opt -1) 
Comment: ©Definition: Generate a report showing ARMS Trading Partners Utilization 
of the Automated Rental Management System for specific Branch Claims Office. 



Process 

Hierarchical numeric ID: 1.1.4.4.1.17.1.1 
Coded name: AM0135 

Name: PGM Print Cross - Reference Utilization Report (AM0135) 
Comment : ©Purpose : 

To print daily utilization report including total reservation, cancelled 
reservation and rentals, by Trading Partner. 

©Operational Method: 

- Read entire file printing those records tha t meet the date range 
supplied to the program. 
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Process 

Hierarchical numeric ID: 1.1. 4. 4. 1.17,1. 2 

Coded name: AMS002A 

Name: PGM Select Transactions by Trading Partner and BCO (AMS002A) 
Comment : ©Purpose : 

To select transactions from the cross-reference file, to report for a 
specified trading partner or branch claims office. 

©Operational Method: 

- Select those records that meet the date and status criteria. 



Process 

Hierarchical numeric ID: 1.1.4.4.1.17.1.4 
Coded name: CLL003 

Name: PGM Gather / Print Cross - Reference Statistical Report (CLL003) 
Comment : ©Purpose : 

To generate a statistical transactions report using the cross-reference 

file. 

©Operational Method: 

- Execute the process that selects those records that meet the criteria 
for the utilization report , program AMS002A 

- Override printer file to outq ARMSRPTS. 

- Execute the process that print the utilization report, program AM0135. 



Process 

Hierarchical numeric ID: 1.1.4.4.1.17.1.5 
Coded name: AM0136 

Name: P©4 Display / Select Available Trading Partners Claims Office (AM0136) 
Comment : ©Purpose : 

To display a list of available claims offices from which the Application 
Support Staff can select from. 

©Operational Method: 

- Build a file / list of available Trading Partners." 

- When requested, display the filter allowing the user to select specific 
Trading Partners Banch Claims Office. 



Process 

Hierarchical numeric ID: 1.1.4.4.1.17.1.6 
Coded name: CLL001 

Name: PGM Gather / Print ARMS Reservation Detail Utilization Management Reports 
(CLL001) 
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Comment : ©Purpose : 



To allow the "ARMS Technical " staff to monitor trading partner's usaqe of 
the ARMS system via a cross-reference report of authorizations approved through ARMS 
The filter criterion can specify the trading partner profile (all BCO's, Branch 
Claims Offices) or particular BCO's within a profile 



©Operational Method: 



- Print a detailed report by Rental Management Trading Partner company of 
the current statistics of approved authorizations via ARMS. 

©Piles: (CRDD) 



- AMXREP 

- ARMSPR2 

- AMCLSTBL 

- AMAUTD 

- OFFDGRPPF 

- AMMNTLOG 



<-R~) 
(-R-) 
(-R-) 

(-R— ) 
(-R-) 
-R — ) 



©Note: Used by ARMS Technical Manager to see increase or decrease in 
ARMS usage volume by each Rental Management Trading Partner. 



Process 



Hierarchical numeric ID: 1.1.4.4.1.17.2 
Coded name: 

Name: ONL Utilization Management Report for Trading Partner (Opt - 2) 

Comment: ©Definition: Generate a report showing ARMS Trading Partners Utilization 

of the Automated " Rental Management System. 



Process 



Hierarchical numeric ID: 1.1.4.4.1.17.2.1 
Coded name: AMS003A 

Name: POi. Select Transactions for a Trading Partner (AMS003A) 
Comment : ©Purpose : 

To select transactions from the cross-reference file based on certain 
criteria specified via a job file AML136JA. 

©Operational Method: 

- Select those records that meet the date and status criteria. 



Process 



Hierarchical numeric ID: 1.1.4.4.1.17.2.3 
Coded name: CLL001A 

Name: PGM Gather / Print Cross - Reference Statistical Report (CLL001A) 
Comment : ©Purpose : 

To set the environment and execute the programs that select transactions 
from the cross-reference file, and print the actual report. 

©Operational Method: N 
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- Execute the program to select the transactions specified by the user. 

- Override the print file for the report generator 

- Execute the program to print the utilization report. 



Process 



Hierarchical numeric ID: 1.1.4.4.1.18 
Coded name: 

Name: ONL Generate Report of Errors Sent by a Trading Partner on an Electronic 
Invoice 

Comment: ©Purpose: A process where the Application Support Staff can generate a 
list of all the sent electronic invoices that were rejected by the trading partner. 

Process 

Hierarchical numeric XD: 1.1.4.4.1.18.1 
Coded name: CLL015 

Name: P©1 Generate Daily Billing Error Report (CLL015) 
Comment: ©Purpose: 

To control the generation of the daily billing error report. 
©Operational Method: 

- Execute the program to build the work file with the billing error 

information 

- Execute the program to print the billing error report. 

Process 

Hierarchical numeric ID: 1.1.4.4.1.18.2 
Coded name: 

Name: PGM ARMS System Control (AAMAIN) 

Comment: ©Definition: A single source driver for the entire ARMS System Control 
•menu". Allowing the Application Support Staff to maintain the ARMS environment; 
Trading Partner profiles; application tables; 



Process 

Hierarchical numeric ID: 1.1.4.4.1.18.6 
Coded name: AM5010 

Name: PGM Construct Billing Error File (AM5010) 
Comment : ©Purpose : 

To build a work file, selecting records according to the specified date 
range of error records received from the Trading Partners for sent invoices. 

©Operational Method: 

- Read entire received bill error file selecting those records that match 
the date range criteria. 

- When a match is found retrieve the associated sent transaction. 
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Process 



Hierarchical numeric ID: 1.1.4.4.1.18.7 
Coded name: AM5015 

Name: p©* Print Billing Error report (AM5015) 
Comment : ©Purpose : 



» - ^ ' ° Ef 1 ™ a li8t of erro *s including comments received from the Trading 
Partner that fall in the specified date range. «aaing 

©Operational Method: 



- Process the work file, print the transaction that rejected and why. 

• Process 



Hierarchical numeric ID: 1.1.4.4.2 
Coded name: 

Name: SCR Work with Robot Scheduler (RBM) 
Comment : ©Definition: 

This activity routes the ARMS on-call staff to the job scheduler main 
menu where inquiry about specific jobs can be made. 



Process 



Hierarchical numeric ID: 1.1.4.4.3 
Coded name: 

Name: ONL Work with Transaction Exception 
Comment : ©Definition r 

This activity is performed by the ARMS on-call staff to be both reactive 
and proactive to data base discrepancies between the centralized ARMS system and 
distributed system as well as ARMS system and Rental system and arms/400. 



Process 



Hierarchical numeric ID: 1.1.4.4.3.1 
Coded name: 

Name: SCR Work with Job (LAMZ001A) 

Comment: ©Definition: Provides the ARMS on-call staff an option for retrieving 
the missing rental notification report. 



- This report is presently the proactive approach to the missing rental 
notification problem. The problem is the result of deficiencies in handling certain 
scenarios; 

- Report is generated on the ABFIKLMNPSTWY host computer platforms. 

Process 



Hierarchical numeric ID: 1.1.4.4.3.2 
• .Coded name: 

Name: SCR Work with Job (AML900) 
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1 - ARMS P rocess Report | 

comment: mjeiinition: Provides th e ARMS on-call stall: an option lor retrievin g 1 

the discrepancy report between ARMS and Rental. 9 

©Notes : 

_ mJ _ " Th±S pro9ram rxmB a series of queries that compares the data found in 
wJt tLl Xle tC m cro8S ^ ef «^e f as well as the data found in the reservation 
file to ARMS cross-reference. 

^ nj " ThB report based on the reservation file contains many of transaction 
that should not be include. This is the result of using the open ticket date on the 
reservation file instead of the contract date from the ticket. 

- The report does show when two reservation points to only one ticket. 

- Report is generated on the ABPIKLMNPSTWY host computer platforms. 

Process 

Hierarchical numeric ID: 1.1.4.4.3.3 
Coded name: 

Name: SCR Work with Job (L749) 

Comment: ©Definition: Provides the on-call staff an option for retrieving the 
ARMS cross-reference discrepancy report. 

©Notes: 

- Report is generated on RARMS machine. 



Process 



Hierarchical numeric ID: 1.1.4.4.3.4 
Coded name: 

Name: SCR Search for Spool Entries (DSPOLE) 

Comment: ©Definition: Provides the ARMS on-call staff an option for retrieving 
the electronic billing error report that has been archived 

©Notes: 

- Report is generated on AEFIKLMNPSTWY host computer platforms. 



Process 



Hierarchical numeric ID: 1.1.4.4.3.5 
Coded name: 

Name: SCR Work with All Spooled Piles (A4ERROR) 

Comment: ©Definition: -provides the ARMS on-call staff an option for retrieving 
the discrepancy report between ARMS and ARMS/400. 

©Notes : 

- Report runs on RARMS only. 

- Libraries A4LIB and ELPGMR required. 



Process 



Hierarchical numeric ID: 1.1.4.4.3.6 
Coded name: 

Name: SCR Work with All Spooled Piles (A4XREF) 
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: ARMS Process Report 

Comment: ouetinition: Provides the ARMS on- call staff an option tor retrieving" 
the report of ARMS/400 transactions at a sent status. 

©Notes : 

- Reactive approach for handling errors. 

- Report runs on RARMS only. 

- Libraries A4LIB and ELPGMR required 



Process 

Hierarchical numeric ID: 1.1.4.4.3.7 
Coded name; 

Name: MNU ONCALL Reports 

Comment: ©Definition: see ONL Work with Transaction Exception 



Process 

Hierarchical numeric ID: 1.1.4.4.4 
Coded name: 

Name: SCR Access ARMS/400 Software (A4000RMS) 

Comment: ©Definition: This activity allows the ARMS on-call staff to access the 
ARMS/400 software for researching problems. 

©Notes: This access path to the ARMS/400 interactive system allows a user 
to see the screens and information in the same way that the adjuster or in-house 
Enterprise employee would. Further this was created initially for use by the Rental 
Management Services team headed by Jim Hi Herman. 



Process 

Hierarchical numeric ID: 1.1.4.4.5 
Coded name: 

Name: ONL Perform ARMS Environment Maintenance 
Comment : . . ©Definition : 

This activity is performed by the ARMS on-call staff for managing the 
application environment (ARMS subsystem) . 



Process 

Hierarchical numeric ID: 1.1.4.4.5.1 
Coded name: 

Name: ONL Start Individual Trading Partner Communication Programs 
Comment: ©Definition: 

This activity is performed by the staff on call to select and re-start 
the communication programs for a given Trading Partner when they have abnormally 
ended. 

©Notes : 

- Runs on RARMS 



Process 
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Hierarchical numeric ID: 1.1.4.4.5.1.1 
Coded name: CCARMS 

Name: P©1 Select Company / Machine (CCARMS) 
Comment : @ Purpose : 

To allow to select and return the selected Trading Partner send and/or 
receive detail to provide a way to re- start the communication programs for a given 
Trading Partner when they have abnormally ended. 

©Operational Method: 

- Display the list of computer platforms where ARMS can be started. 

- For each machine selected/ read the ARMS profile attributes for that 
trading partner and diaplay the send and receive and associated translator and mapper 
program START FLAGS for the user to select which programs to start. 

- Return the flag values as selected by the user. 



Process 

Hierarchical numeric ID: 1.1.4.4.5.1.2 
Coded name: AMSTAR.TR 

Name: POl Start Specific Trading Partner Send & Receive pgms (AMSTARTR) 
Comment : ©Purpose : 

To submit jobs to start the send and receive and associated programs for 
each Specified Trading Partner without a VAN in the profile file (ARMSPR3) . 

©Operational Method: 

- If the company id is passed, 

retrieve the communication program tec hni cal detail 
for the passed company id 
Else all coayani.es programs to be started 

read the file ARMSPR3 (ARMS Technical Profile) sequentially 
and perform the following steps for each qualified cony any 

• ~ Based on the prof ile, the passed flags and some hard coded logic, 
submit jobs to start appropriate communication programs at appropriate scheduled 
times. 



Process 

Hierarchical numeric ID: 1.1.4.4.5. 2 

Coded name: 

Name: ONL Start Transaction Distribution Programs for Specific (s) Machine 
Comment: ©Definition: A tool which provides the Application Support Staff the 
means necessary to start the distribution program from the centralized host machine 
to the distributed host machine. 

©Notes : 

- Runs on RARMS 



Process 
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Hierarchical numeric ID: 1.1.4.4.5.2.2 1 ■ 

Coded name: DQAAARMS 

Name: DTQ Selected Computer platforms with Start Flags 
Comment : ©Definition : 

This data queue is created by program AAMAIN in library QTEMP to retrieve 
the selected computer platforms and associated start flags. The computer platforms 
are selected in program CCARMS where the entries are sent to this data queue. 

Essentially this data queue acts as a data area to communicate between 
the two programs AAMAIN and CCARMS. 



Process 

Hierarchical numeric ID: 1.1.4.4.5.3 
Coded name: 

Name: ONL Start the ARMS to Rental Systems Interfaces 

Comment: ©Definition: A tool which provides the Application Support Staff the 
means necessary to start all of the ARMS to Rental Systems Interfaces for a single 
distributed host machine. 

©Note: 

- Runs on A,C,E,F,I,K,L,M,N,P,S,T,W,Y 

Process 

Hierarchical numeric ID: 1.1.4.4.5.3.1 
Coded name: AMSTARTE 

Name: PGM Start the ARMS - Rental System Interfaces (AMSTARTE) 
Comment : ©Purpose : 

To allow the user to start the rental system interface programs for a 
particular machine. ' 

©Operational Method: 

... - Submit jobs to start each of the ECARS interface programs. 

©Notes: Interface include: EC/CCOOATVh, BC/CCOOCNVh, EC/CCOOEXVn, 
EC/CCOOACVn, EC/CCOORAVh, EC/CCOORCVn, EC/OCOOREVn, EC/CCOORNVh, EC/CCOOTRVn, 
ECOOCMVii, ECOOVMVn, CCOOHJVn, AM0061Vn r AMOOGOVh 



Process 

Hierarchical numeric ID: 1.1.4.4.5.4 . ' • 

Coded name: WRKCFGSTS 

Name: ONL Work with a Specific Trading Partner Communication Line (WRKCFGSTS) 
Comment: ©Definition: A command that allows the Application Support Staff to 
display and work with the status of a Specific Trading Partner's communication line. 

©Notes : 

- Run on RARMS 



Process 

Hierarchical numeric rD: 1.1.4.4.5.5 
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Coded name: WRKLEND ~ " 

Name: ONL Work with a Specific Trading Partner Communication Line Description 
(WRKLIND) 

Comment: ©Definition: A command that allows the Application Support Staff to 
display and work with the line description of a Specific Trading Partner. 

©Notes : 

- Run on RARMS 



Process 

Hierarchical numeric ID: 1.1.4.4.5.6 
Coded name: WRKHDWRSC 

Name: ONL Work with Local Communication Resources (WRKHDWRSC) 

Comment: ©Definition: A command that shows information about local communications 
resources on the system and the associated configuration objects, including all 
comunication IOPs r I OAs, and ports installed on the system. 

©Notes : 

- Run on RARMS 



Process 

Hierarchical numeric ID: 1.1.4.4.5.7 
Coded name: 

Name: ONL Work with the ARMS Subsystem (WRKSBSJOB) 

Comment: ©Definition: A command that shows all jobs running in the Application 
Specific subsystem (ARMS) . 

©Note:. Subsystem is the same on all computer platforms. Jobs running in 
the susbsystem differs from centralized host computer platforms to distributed host 
computer platforms to the Finanical Application systems host computer. 

- Runs everywhere 



Process . 

Hierarchical numeric ID: 1.1.4.4.5.8 
Coded name: NBWARMS 

Name: ONL Start new Subsystem Program (NEWARMS) 

Comment: ©Purpose: A command that allows the Application Support Staff to start a 
user specified, non-data required program. 

©Notes : 
- Runs everywhere 



Process 

Hierarchical numeric ID: 1.1.4.4.5.9 
Coded name: 

Name: ONL Shutdown ARMS Environment for a Specific Computer platforms 

Comment: ©Purpose: The process by which the ARMS Application Support Staff ends 

the processes running on a specific distributed computer platforms. 

©Notes: This usually is the result of a computer platforms that is 
experiencing hardware difficulties and OPS is wants to bring it down. 
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- Run on RARMS only 



Process 

Hierarchical numeric ID: 1.1.4.4.5.9,1 
Coded name: AMSHDTDWN1 

Name: PGM Send Shutdown Request (AMSH0TOWN1) 

Comment: ©Purpose: The process where a shutdown request is sent by the ARMS on- 
call staff, for a specific distributed computer platforms, to end the running ARMS 
environment . 

©Operational Method: 

- If running on the RARMS computer platforms, send data entry to 
DQAMAPl with the specified computer platforms prefix as the key. 

©Notes : 

- *DOWN00000000000000SD*DOWNl a Shutdown data queue entry. 

Process 

Hierarchical numeric ID: 1.1.4.4.5.10 
Coded name: 

Name: ONL Display the Number of Shutdown the Network Requires 

Comment: ©Definition: Process by which the ARMS Application Support Staff can see 
the number of shutdown records the ARMS network requires before shutting down. 

©Notes : 

- The number of shutdown records is derived from the number of 
distributed computer platforms it is running on. Presently, the number is 14. 

- DSPDTAARA AM001A 

- Runs on RARMS only 



Process 

Hierarchical numeric ID: 1.1.4.4.5.11 
Coded name: 

Name: ONL Display the Number of Shutdown Network Received 

Comment: ©Definition: Process by which the ARMS Application Support Staff can see 
the number of shutdown records the ARMS network has received. 

©Notes : 

-If note enough shutdown records have been received the on-call staff can 
generate the missing records to cause the ARMS network to shutdown. 

**The most common cause for insufficient shutdown records happens when 
one of the distributed computer platforms is brought down at an unscheduled time. 

- DSPDTAARA AM002A 

- Runs on RARMS 



Process 
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Hierarchical numeric ID: 1.1.4.4.5.12 
Coded name: 

Name: ONL Work with the ARMS Job Queue (WRKJOBQ) 

Comment: ©Definition: Process by which the ARMS Application Support Staff can 
monitor the ARMS job queue. 

©Notes : 

- Run everywhere 



Process 

Hierarchical numeric ID: 1.1.4.4.5.13 
Coded name: 

Name: ONI* Display the Number of any ARMS -connected VAN Receivers Started 

Comment: ©Definition: Process by which the ARMS Application Support staff can see 

the number of ARMS -connected VAN communication receiver jobs started. 

©Notes: 

- This count is usually 1. However, if a second receiver is started the 
data queue and file that the received transmissions are placed into is AMVNlOllf 
instead of AMVN1011. 

- DSPDTAARA AM003A 

- Run on RARMS 



Process 

Hierarchical numeric ID: 1.1.4.4.5.14 
Coded name: 

Name: ONL Display the Number of Transaction Translators Running 

©Definition: The process by which the ARMS on- call staff can see the number of 
translators running. 

©Notes: 

- This is important when shutting down the ARMS network normally. If the 
value in. not equal to zero-' then a translator is active and the ARMS network will NOT 
shutdown. 

** If the translator was ended abnormally the count is not adjusted. 

- DSPDTAARA DASDV1 

- Run on RARMS 



Process 

Hierarchical numeric ID: 1.1.4.4.5.15 
Coded name: 

Name: MNU Work with ARMS Environment 

Comment: ©Definition: see ONL Perform ARMS Environment Maint en a nc e 



Process 

Hierarchical numeric ID: 1.1.4.4.6 
Coded name: 

Name: ONL Perform ARMS/400 Environment Maintenance 
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Continent: ©Definition; " — : — 

This activity is performed by the ARMS on-call staff for managing the 
ARMS/400 application environment. 

©Notes : 

- Runs on RARMS only 

Process 

Hierarchical numeric ID: 1*1.4.4.6.1 
Coded name: 

Name: ONL Work with the ARMS/400 Subsystem (WRKSBSJOB) 

Comment: ©Definition: A command that shows all jobs running in the Application 
Specific subsystem (A4BAT) . 

©Note: Subsystem only on RARMS 



Process 

Hierarchical numeric ID: 1.1.4.4.6.2 
Coded name: 

Name: ONL Work with the ARMS/400 Job Queue (WRKJOBQ) 

Comment: ©Definition: Process by which the ARMS Application Support Staff r^an 
monitor the A4BAT job queue. 

©Notes : 

- Run RARMS only 



Process 

Hierarchical numeric ID: 1.1.4.4.6.3 
Coded name: NEWARMS400 

Name: ONL Start new Subsystem Program (NEWARMS400) 

Comment: ©Purpose: A command that allows the Application Support Staff to start a 
user specified, non-data required program. 

©Notes: 
- Runs RARMS only 



Process 

Hierarchical numeric ID: 1.1.4.4.6.4 
Coded name: 

Name: MNTJ Work with ARMS/400 Environment 

Comment: ©Definition: see ONL Perform ARMS/400 Environment Maintenance 



Process 

Hierarchical numeric ID: 1.1.4.4.7 

Coded name: AAMAIN 

Name: MNTJ ARMS Main Menu (AAMAIN) 

Comment: ©Definition: A consolidated menu where by the ARMS on-call staff can 
find and access support tools needed to perform their daily activities. 
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©Notes : " 

-Rental System Help Desk and ARMS Application Support Service use the 

menu. 

- Tools are group into four main categories, with the further group into 
subcategories and so on based on their related functions: 

- Reports 

- Application 

- On- call 

- Applications 

- Robot Scheduler 

- ARMS/400 

- Maintenance / Inquiry 

- ARMS Environment 

- Startup Controls 

- Shutdown Controls 

- Communication Status 

- Other 

- ARMS/400 Environment 

- Transaction Log 

- Data Queue 

- Reservation/Ticket Information 

- Purge Progress 

- Pile 

- Other 



Process 

Hierarchical numeric ID: 1.1.4.4.8 
Coded name: 

Name: ONL Inquire on Transaction Log 
Comment : ©Definition : 

This activity is used by on-call and help desk when troubleshooting 
discrepancies between the Trading Partner and Rental Systems 

Process 

Hierarchical numeric ID: 1.1.4.4.8.1 
Coded name: 

Name: MNU ARMS System Control Transaction Log 

Comment: ©Definition: see ONL Inquire on Transaction Log 

Process 

Hierarchical numeric ID: 1-1.4.4.8.11 
Coded name: 

Name: ONL Inquiry of Transactions Received from a Trading Partner 

Comment: ©Definition: The process which allows the Application Support Staff to 
select specific transactions received from the Trading Partner's for inquiry. 



Process 

Hierarchical numeric ID: 1.1.4.4.8.11.1 
Coded name: CCAM12 

Name: PGM Transaction Receive Log Inquiry (CCAM12) 
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Comment : ©Purpose: ' — 

To allow the Application Support Staff to select specific transactions 
received from the Trading Partners for inquiry. 

©Operational Method: 

- Display a list of all the transmission received from specific Tradin 

Partners . 



~ Upon the select of an individual transmission, display the control/data 
records the make up that transmission. 



Process 

Hierarchical numeric ID: 1.1.4. 4. 8.12 

Coded name: 

Name: ONL Inquiry of Error Transactions Sent by Trading Partner 

Comment: ©Definition: A process where the Application Support Staff has the 

ability to view error transactions sent by Trading Partners. 



Process 

Hierarchical numeric ID: 1.1.4.4.8.12.1 
Coded name: CCAM13 

Name: PGM Receive / Billing Error Inquiry (CCAM13) 
Comment : ^Purpose : 

To display either the billing errors received from the Trading Partners 
or the non - billing errors. This is helplful for troubleshooting. 

©Operational Method: 

- Based on the parameter passed to the program open either the received 
error log file or the billing error log file. 

.« - Read all records from the file r displaying the records on screen. 

- Upon the selection of an individual transmission, display the error 
code received. 



Process 

Hierarchical numeric ID: 1.1.4.4.8.13 
Coded name: 

Name: ONL Inquiry of Transaction Sent by the Trading Partner but Erred / Rejected 
Comment: ©Definition: The process where the Application Support Staff can display 
the errors that have been sent to the Trading Partners. 



Process 

Hierarchical numeric ID: 1.1.4.4.8.13.1 
Coded name: CCAM14 
• Name: PGM Error Log Inquiry (CCAM14) 
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Comment: ©Definition: The process where the Application Support Staff can display 
the errors that have been sent to the Trading Partners. 

©Purpose: Used in trouble shooting problems 

©Operational Method: 

- Display a list of the errors received by Enterprise from a specific 
Trading Partner. 

- When a specific transmission is selected, display the data records 
associated with that transmission. 

Process 

Hierarchical numeric ID: 1.1.4.4.8.14 
Coded name: 

Name: ONL Inquiry / Re send of Transaction (s) ARMS Sent to Trading Partner 
Comment: ©Definition: A process where by the Application Support Staff can 
display transaction sent to the Trading Partner. 



Process 

Hierarchical numeric ID: 1.1.4.4.8.14.1 
Coded name: CCAM15 

Name: PGM Send Log Inquiry and Resend (CCAM15) 

Comment: ©Definition: A program where by the Application Support Staff can 
display transaction sent to the Trading Partner. It may, if needed, select a sent 
transaction, alter the data, and resend the transaction to the Trading Partner for 
processing. 

©Purpose: This is useful when troubleshooting a problem 
©Operational Method: 

- Read the sent transaction log file, display a list on screen for the 

user. 

- Upon the selection of one of the sent transmissions, display the 
data/control record that make up that single transmission. 

- Once a transmission has been selected, the user has the option of 
changing the data in the transmission and resending it. 



Process 

Hierarchical numeric ID: 1.1.4.4.8.15 
Coded name: 

Name: ONL Audit of Transaction Activity 

Comment: ©Definition: A process where by the Application Support Staff is able to 
display the electronic history of a specific transaction. 

©Purpose: Very useful in problem determination. 



Process 
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Hierarchical numeric ID": 1.1. 4.4. 8. 15.1 : 

Coded name: CCAM16 

Name: PGM Timeline Inquriy (CCAM16) 

Comment: ©Definition: A program that will display the electronic history of a 
specified transaction. 

©Purpose: Very useful in problem determination. 
©Operational Method: 

- Retrieve the transaction information via 1 of 4 ways: 

- Vendor Transaction Id 

- Company & Customer Transaction ID 

- Location & Reservation 

- Location & Ticket 

Retrieve all sent and received transaction with the same vendor 
transaction id and display this information. 

- When the user selects and individual transmission, display the details 
of that transmission. 

- When F2 is pressed, a printout is generated with all the information 
associated to the transaction. 



Process 

Hierarchical numeric ID: 1.1.4.4.8.15.2 
Coded name: CLL800 

Name: PQi Cross-reference Maintenance Log Driver (CLL800) 

Comment: ©Purpose: The driver program that sets up the print file before 
executing the program to print the cross-reference maintenance log. 

©Operational Method: 

- Override print file 

. - » - Execute program that generates the maintenance log report 

Process 

Hierarchical numeric ID: 1.1.4.4.8.15.3 
Coded name: M0800R 

Name: PGM Print Database / Cross -Reference Maintenance Log (AM0800R) 

Comment: ©Purpose: To take a ■snapshot* of the existing database for a single 

transaction. 

©Operational Method: 

- Retrieve all associated database records for the single vendor 
transaction id and print the information. 

Process 

Hierarchical numeric ID: 1.1.4.4.8.16 
Coded name: 

Name: ONL Inquiry / Resend of an Electronic Invoice 
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Comment : ©Description: a process where by the Application Support Sta£t can 1 
correct an electronic invoices and send it to the Trading Partner. 



Process 

Hierarchical numeric ID: 1.1.4.4.8.16.1 
Coded name: AAAM15 

Name: P04 Billing Log Inquiry and Re send (AAAM15) 

Comment: ©Purpose: To select /display records for billing corrections and to 
RESEND to the customer. 

©Operational Method: 

- The user must first select the order in which the data will be 
displayed (GPBR, TICKET* or LOCATION, TICKETS) . 

- Then the user will select the item to be changed and make the change. 
The program then recalculates the totals for the trailer record and redisplays all. 
The user can then choose to resend this billing to the customer by pressing CMD-9 
twice. 

- This will write the header, all corrected detail, and the trailer 
records to AMPACK. Also will write the APPD01 record before the header record. 



Process 

Hierarchical numeric ID: 1.1.4.4.9 
Coded name: 

Name: ONL Perform Data Queue Maintenance 
Comment : ©Definition : 

This activity is performed by the ARMS on-call staff to support the 
application by manipulating the data (transactions) in the environment. 



Process 

Hierarchical numeric ID: 1.1.4.4.9.1 
Coded name: ARMSONCL 

Name: SCR. ARMS Data Queue Monitor (ARMSONCL) 

Comment: ©Definition: A process from which the ARMS on-call staff can monitor the 
number of messages waiting to process and where. 

©Notes: 

- Run everywhere 



Process 

Hierarchical numeric ID: 1.1.4.4.9.2 
Coded name: A40NCL 

Name: SCR ARMS/400 Data Queue Monitor (A4QNCL) 

Comment: ©Definition: A process from which the ARMS on-call staff can monitor the 
number of messages waiting to process and where. 

©Notes : 

- Run RARMS only 



Confidential 



Page 235 of 246 



8/11/00 



WO 02/097700 



449 



PCT/US01/51431 



Process 



ARMS Process Report 



Hierarchical numeric ID: 1-1.4.4.9.3 
Coded name: ANDQLDDQ 

Name; ONL Load Data Queue with Message from Data Queue (ANDQLDDQ) 

Comment: ©Definition: A process where the ARMS on-call staff can read and load 
data queue message from and to a specified data queue. 

©Purpose: Provide the application development staff a way to perform 
load balancing when problems with external communications has resulting if a backlog 
of un-sent transactions. 



entry. 



©Note: 

- User specifies the number of messages to read, starting at the first 



Process 

Hierarchica l numeric ID: 1.1.4.4.9.4 
Coded name: ANDQLDPP 

Name: ONL Load Data Queue with Message from a Physical Pile (ANDQLDPP) 

Comment: ©Definition: A process where the ARMS on-call staff can read record from 

a specified physical file and load data queue message to a specified data queue. 

©Purpose: Provide the application development staff a way to generate 
the corresponding data queue entry for the data records. 

©Notes : 



Process 

Hierarchical numeric ID: 1.1.4.4.9.5 
Coded name: 

Name: ONL Retrieve Data Queue Information 

Comment: ©Definition: A process that allows the ARMS on-call the option to 
retrieve, information about* the data queue, particularly the number of messages. 



Process 

Hierarchical numeric ID: 1.1.4.4.9.6 
Coded name: RGZDTAQ 

Name: ONL Reorganize Data Queue (RGZDTAQ) 

Comment: ©Definition: The process where by the ARMS on-call staff can delete and 
recreate a data queue without destroying the data queue entries- that might still 
exist . 

©Purpose: Data queue processing some known traits - If the number of 
messages grow to more than 100, the size of the data queue expands. The only way to 
reclaim the space is to delete and recreate the data queue. Its a performance issue. 



Process 

Hierarchical numeric ID: 1.1.4.4.9.7 
Coded name: 

Name: MNU ARMS System Data Queue Maintenance 
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Comment: ©Definition: see ONL Perforin Data Queue Maintenance 



Process 

Hierarchical numeric ID: 1.1.4.4.9.8 
Coded name: 

Name: ONL Work with Application Data Queues 

Comment: ©Definition: A process that provides the Application Support Staff easy 
access to manage / manipulate the data being passed between processes. 

©Purpose: Provide easy access of the APIs to display, dump, and clear a 
data queue as well as add a data queue entry through the use of a display screen. 



Process 

Hierarchical numeric ID: 1.1.4.4.9.8.1 
Coded name: ANDQMNEU 

Name: MNU Application Development Data Queue Menu 

Comment: ©Definition: A menu that provides, the Application Support Staff easy 
access to manage/manipulate the data being passed between processes. 

©Purpose: Provide easy access of the APIs to display, dump, and clear a 
data queue as well as add a data queue entry through the use of a display screen. 



Process 

Hierarchical numeric ID: 1.1.4.4.9.8.3 
Coded name: 

Name: SCR Add a Data Queue Entry 

Comment: ©Definition: A tool that allows the Application Support Staff to : enter 
data queue entries as needed. 



Process . . 

Hierarchical numeric ID: 1.1.4.4.10 i 

Coded name: 

Name: ONL Perform Application Pile Maintenance 
Comment : ©Definition : 

This activity "is performed by ARMS Technical to maintain various 
application table files (i.e. BCO, Trading Partner Profile) 



Process 

Hierarchical numeric ID: 1.1.4.4.10.1 
Coded name: 

Name: ONL Maintain Trading Partner Profile Global Attributes 

Comment: ©Definition: The ARMS Technical Staff uses this activity to maintain the 
ARMS customer global profile information like how the customer connects to 
Enterprise, what types of transactions the customer receives and/or sends, what is 
the time window for the customer during which batch invoices can be sent etc. 
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Process " ' 



Hierarchical numeric ID: 1.1.4.4.10.1,1 
Coded name: AM0700 

Name: PGM Maintain ARMS Trading Partner Profiles (AM0700) 
Comment : ' ©Purpose : 

To allow the user to maintain all the company profile attributes related 
to transactions and communications. 

©Operational Method: 

This program displays a list of all the companies that have been set up 
in the ARMS system and has options for the user to add, change, copy, delete or 
display profiles. 

There is a separate function key for each classification of the profile 
attributes and a separate program maintains each classification. The following 
functions are available: 

F7=^ppl Specific 
F8=Name Addr 
F9=Tech Data 
P10=File/Field Ctrl 
F14=ECARS Data 
F16=Claims 
F17=Discount 
F18=Underage Driver 



Process 

Hierarchical numeric ID: 1.1.4.4.10.1.2 

Coded name: AM0701 x ■ „ 

Name: PGM Maintain ARMS Trading Partner Profile Application Specific Information 
(AM0701) 

Comment : ©Purpose : 

To maintain the ARMS Application Specific Data that defines how the 
trading partner host system interacts with the ARMS system. This file is essentially 
contains an electronic agreement between the two. 

©Operational Method: 

- This program gets invoked when the user presses function key F7 to 
maintain the application specific data from the main screen displayed by controlling 
program AM0700 . 

- The user can change all the profilable attributes for any company. The 
attributes and their description are retrieved from the ARMS field table file 
AMFDTBXj- 

GFileS: 

ARMSPR1 (-RU-) 
ARMSPR2 (-R--) 
AMFDTBL (-R--) 

©Notes : 
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ARMS Process Report 



The changes are then made online to the distributed files via DDM links. 



Process 



Hierarchical numeric ID: 1.1.4.4.10-1.3 
Coded name: AM0702 

Name: PGM Maintain ARMS Trading Partner Profile Contact Information (AM0702) 
Comment: ©Purpose: 

To maintain the ARMS Customer Address Data for the insurance company. 
©Operational Method: 

- This program gets invoked when the user presses function key P8 to 
maintaxn the company name and address information from the controlling program AM0700 
main display. 

. _ M " The user can change the customer's name, address, phone and fax number 
of the insurance company's corporate office. 

- The file ARMSPR2 is keyed by company profile and customer code which 
allows for more than one record for every profile. 

©Notes : 

The changes are then made online to the distributed files via DDM links. 

Process 

Hierarchical numeric ID: 1.1.4.4.10.1.4 
Coded name: AM0703 

Name: PGM Maintain ARMS Trading Partner Profile Technical Information (AM0703) >< 
Comment : ©Purpose : 

To maintain the ARMS technical connection information for connecting 
Enterprise- ARMS hostsystem: to trading partner host system. 

©Operational Method: 

- This program gets invoked when the user presses function key F9 to 
maintain the company technical information from the controlling program AM0700 main 
display. 

- The user can change the customer's connection specific information. 
©Notes : 

The changes are then made online to the distributed files via DDM links. 

Process 

Hierarchical numeric ID: 1.1.4.4.10.1.5 
Coded name: AM0704 

Name: P<3i Maintain ARMS Trading Partner Profile Pile/Field Controls (AM0704) 
Comment: ©Purpose: 
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To maintain the insurance company's field control table that determines" 
which fields are mandatory to send and or receive. 

©Operational Method: 

- This program gets invoked when the user presses function key F10 to 
maintain the field control information from the controlling program AM0700 main 
display. 

- The user can change the customer's field control table, ARMSPR4 . 
©Notes : 

The changes are then made online to the distributed files via DDM links. 



Process 

Hierarc h ica l numeric ID: 1.1.4.4.10.1.6 
Coded name: AM0705 

Name: P©« Maintain ARMS Trading Partner Profile ECARS- Specific Information (AM0705) 
Comment : ©Purpose : 

To maintain the insurance company's ECARS application system specific 
data like which billing program to call when closing a ticket. 

©Operational Method: 

- This program gets invoked when the user presses function key F14 to 
maintain the ECARS information from the controlling program AM0700 main display. 

- The user can change how ECARS system interacts with the customer 
company's authorized rentals. 

©Notes : 

The changes are then made online to the distributed files via DDM links. 

Process 

Hierarchical numeric ID: 1.1.4.4.10.1.7 
Coded name: AM0706 

Name: PQ4 Maintain ARMS Trading Partner Profile Claims Connection Specific 
Information (AM0706) 
Comment: ©Purpose: 

To maintain the insurance company's Claims Connection' application system 
specific data like which billing program to call when closing a 'ticket. 

©Operational Method: 

- This program gets invoked when the user presses function key P14 to 
maintain the Claims information from the controlling program AM0700 main display. 

- The user can change how Claims Connection system interacts with the 
customer company's authorized rentals. 

©Notes : 
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1 ARMS Pr cess Report ' \ 

The changes are then made online to the distributed files via DDM links. 



Process 

Hierarchical numeric ID: 1-1-4.4.10.1.8 
Coded name: AM0707 

Name: P©4 Maintain ARMS Trading Partner Profile Volume Discount Levels (AM0707) 
Comment: ©Purpose: 

To maintain the insurance company^ discounts based on transaction 

volumes. 

©Operational Method: 

- This program gets invoked when the user presses function key F17 to 
maintain the Discount information from the controlling program AM0700 main display. 

- The user can change how much discount a company gets at what threshold 
levels of transactions. 

©Notes : 

The changes are then made online to the distributed files via DDM links. 



Process 

Hierarchical numeric ID: 1.1.4.4.10.1.9 
Coded name: AM 07 08 

Name: PGM Maintain ARMS Trading Partner Profile Underage Control by State/Province 
(AM0708) 

Comment : ©Purpose : 

To maintain the underage surcharge amount and age that is considered 
underage for each profile and state combination. 

©Operational Method: 
* - * • 

- This program gets invoked when the user presses function key Pi 8 to 
maintain the Underage information from the controlling program AM0700 main display. 

- The user can change the amount to charge for underage drivers and the 
legal age for that state by company profile. 

©Notes : 

- This file is currently empty and no company has been so customized. 

- The changes are then made online to the distributed files via DDM 

links. 



Process 

Hierarchical numeric ID: 1.1.4.4.10.3 
Coded name: 

Name: ONL Maintain Application Transaction Error Code Table 

Comment: ©Definition: A process by which the application support staff can 
maintain ARMS transaction error code table 
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ARMS Process Report 



Process 

Hierarchical numeric ID: 1.1.4.4.10.3,1 
Coded name: AAEC01 

Name: PQ4 Maintain Error Code Table (AAEC01) 

Comment: ©Purpose: Allow the application support staff to maintain the 
transaction error code table. 

Process 

Hierarchical numeric ID: 1.1.4.4.10.4 
Coded name: 

Name: ONL Maintain Car Class Cross -Reference 

Comment: ©Definition: A process whereby the application support staff maint ains 
the car class (make/model) cross-reference for every Trading Partner. 

Process 

Hierarchical numeric ID: 1.1.4.4.10.5 
Coded name: 

Name: ONL Maintain Trading Partner Profile Geographic/Regional Attributes 
Comment: ©Definition: This activity is used by the ARMS Technical Staff members 
to maintain the cross* reference between the ARMS customer branch claims office (BCO) 
and Enterprise customer assigned to the BOO. 



Process 

Hierarchical numeric IDs 1.1.4.4.10.5.1 
Coded name; AAAM10 

Name: PGM Maintain Trading Partner Profile Individual Office Locations Attributes 
(AAAM10) 

Comment: . ©Purpose: 

To maintain the cross -reference table between the insurance customer's 
branch claims offices and Enterprise customer numbers assigned to those branch claims 
offices . 

©Operational Method: 

This program reads file AMXBCO and displays the company id and branch 
claims offices in that order in a subfile display along with the' assigned Enterprise 
customer numbers and claims office description. 

The user can position to a particular prof ile and then choose to maintain 
details for or delete a particular company id-claims office pair. 

When the user selects to maintain, another screen displays the following 
attributes for the pair: 

ARMS Profile ID • 

Customer Branch Claims Office . : 

Enterprise Customer Number. . . : 

BCO Description • 
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ARMS Process Report 

Country Code . . . . 7 .... : 
Electronic & Paper Bills. . . . : (Yes or No) 

Include Airport Locations 

ARMS Special Condition : 

Default Node ID : 

ARMS Active Control : Effective start and end dates 

ARMS Billing Active Control ..:-"- 
ARMS Payments Active Control. . : - ■ - 

The user has the ability to delete a pair by selecting a »D» against the 
pair or another pair can be added by function key F6. 



Process 

Hierarchical numeric ID: 1.1.4.4.10.6 
Coded name: 

Name: ONL Maintain Application Master Files/Tables 
Comment: ©Definition: This activity allows the user to maintain the master files 
that may contain customized data for a certain company or certain default information 
to use when generating transactions. 



Process 

Hierarchical numeric ID: 1.1.4.4.10.6.1 
Coded name: AMS004A 

Name: PQ1 Maintain Surcharge Table (AMS004A) 
Comment : ©Purpose : 

To allow the user to set up automatic surcharge proprietary formats 

(SDKD01) by company profile and state. These are surcharges that the company 
authorizes Enterprise to automatically charge against a rental authorized by that 
company. 

©Operational Method: 

• - l The program displays the surcharge format detail fields for a profile in 
the header section and all the states in the detail section using a standard subfile 
approach and allows the user to add, change, copy or delete records. 



Process 

Hierarchical numeric ID: 1.1,4.4.10.7 
Coded name: 

Name: MNU Maintain Application Files 
Comment: ©Definition: see ONL Perform Application File Maintenance 

Process 

Hierarchical numeric ID: 1.1.4.4.10.9 
Coded name: 

Name: ONL ARMS /4 00 Training Administration 

Comment: ©Definition: Process by which the Application Support Staff manage the 
ARMS/400 Tranining System. 
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ARMS Process Report 

"Process ~~ " 

Hierarchical numeric ID: 1.1.4.4.10.9.1 
Coded name: A4TRNCT*N 

Name: MNU ARMS/400 Training Administration Menu (A4TRNGMN) 
Comment: ©Definition: A process which enables the Application Support Staff to 
manage the training environment / data. Prom setting up claims office »and testin< 
scenarioes to checking the status of the system. 




Process 

Hierarchical numeric ID: 1.1.4.4.10.10 
Coded name: 

Name: ONL Maintain Vehicle Class / Rate Table 

Comment: ©Definition: Provide the means for the Application Support Staff to 
maintain Trading Partner's rate to Enterprise's car classes. 



Process 

Hierarchical numeric IDs 1.1.4.4.10.10.1 
Coded name: CCAM11 

Name: PGM Vehicle Class / Rate Table Maintenance (CCAMll) 
Comment : ©Purpose : 

To provide the means for the Application Support Staff to maintain 
Trading Partner's rate to Enterprise's car classes cross-reference table 
(including ARMS/400 Customers) . 
©Operational Method: * 

- Display the details in file AMCLSTBL or A4CLSTBL and allow the user to 
maintain the data and synchronize the data on all computer platforms via DDM links. 

The first screen displays the Company ID, ARMS class. Enterprise class, 
Class description and the X12 car class. 

. ~> Options available from this screen: 

1. Position to a particular Company XD 

2. Add a new ARMS class to an existing Company ID or a new Company 
ID, in which the Company will be created. 

3. Change a current ARMS class for a Company ID. 

4. Delete a current ARMS class for a Company ID. 

5. Copy an existing ARMS class to a new or existing Company. ID. 

When the user selects to add or change an ARMS class another screen is 
displayed. This screen will allow the user to change or input an ARMS class. 
Enterprise class, class description and X12 car class. 

When the user chooses to copy one or more ARMS classes, a screen will be 
displayed with the chosen ARMS classes. Enterprise classes, class descriptions and 
X12 car class, from which the user can choose a company ID, new or preexisting, to 
copy all of the classes to. 

©Files: 

AMCLSTBL (C ) 

A4CLSTBL (C ) 

DCSPCL ( R ) 

DCSPTY (~R ) 
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DCSPSH (_R ) " 

DCSPAC (_R ) 

ARMSPR1 (_R ) 

ARMSPR3 (_R ) 



Process 



Hierarchical numeric ID: 1.1. 4* 4. 11 

Coded name: AM0900 

Name: SCR Create Invoice Request (AM0900) 
Comment : ©Definition : 

This activity is performed by the help desk to generate paper and 
electronic bills for previously errored invoices. 

©Operational Method: 

The user input fields include group, branch, and ticket number. AM0900 
first verifies that the ticket is in the file, QRACCLSQ (closed ticket file) 
Secondly, it verifies that it is an ARMS ticket be checking a field in RACSCLD 
Finally AM0900 calls AM1010V1 that retrieves the corresponding AMXRBF record. 

a 0X1 the status code returned, the program allows the user to proceed 

in AM0900. The next screen allows the user to hit a function key for re-billing and 
selecting of either paper of electronic billing method. A record is then written to 
RACBILL to reflect the rebill choice and an AMBILL record id written to loq the 
rebill . " 3 



©Notes : 

- Runs on A, E,F,I,K,L,M,N,P,S,T f W,Y 

©Piles: (CRDD) 

-QRACCLSQ (C ) (Logical over RACCLSC and past 12 monthly files) 

-RACSCLD (_R ) (Logical over RACSCLC and past 12 monthly files) 

-RACBILL (C ) 

-AMBILL (C ) 



Process 

Hierarchical numeric ID: 1.1.4.4.12 
Coded name: ARMSEDT 

Name: SCR Display Reservation / Ticket Information (ARMSEDT) 

Comment: ©Definition: A process that provides the ARMS on- call staff the option 
of retrieving specific data elements from multiple Rental files. 

©Notes : 



Process 

Hierarchical numeric ID: 1.1.4.4.13 
Coded name: 

Name: ONL Monitor Purge Activity 
Comment : ©Def ini t ion : 

This activity is used by ARMS on- call to monitor the progress of the ARMS 
application database purge. 
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Process 



ARMS Process Report " 



□ 



Hierarchical numeric ID: 1-1.4.4.13.1 
Coded name: 

Name: ONL Display Database Transaction Set Controls 

Comment: ©Definition: A process where by the ARMS on-call staff can monitor the 
aacaoase purge . 

©Notes : 

- DSPDDTAARA AM006A 

~ Three steps involved in the entire purge process. 

Process 

Hierarchical numeric ID: 1.1.4.4.13.2 
Coded name: 

Name: ONL Display Orphaned Transaction Set Controls 

purS ef ±nlti0a8 A PrOCeSS Where by ^ M F n - Ca11 8taf f ca » »^tor the 



I: 

- DSPDDTAARA AM009A 

~ Three steps involved in the entire purge process. 



Process 



Hierarchical numeric ID: 1.1.4.4.13.3 
Coded name: 

Name: ONL Display Reorganize File Control 

oXaie purS? finlti0n! * Pr ° CeSS * ° n " Ca11 Staff monitor th * 

@Notes: 

- DSPDDTAARA AM009A 

- Three steps involved in the entire purge process. 

Process 

Hierarchical numeric ID: 1.1.4.4.13.4 
Coded name: 

Name: MNU Display Purge Programs 

Comment: ©Definition: see ONL Monitor Purge Activity" 
Process 

Hierarchical numeric ID: o 

Coded name: 

Name: Rental and ARMS 

Comment: ©Definition: This is the Automated Rental Management Systems (ARMS) 
application context as it currently is. 
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On-Line Reporting - Main Menu 

1) Key your claims office code in the Office field. 

2) Key your last name in the Adjuster field. 
.3) Click On-Line Reporting. 

4) The Select Report View Options screen appears (page 2). 




Pase 1 
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Open Detail - By Adjuster 



This Open Detail - By Adjuster screen appears when you select Adjuster in the Report Sorted By 
field and Auth Days in the Additional Sort field on the Select Report View Options screen (page 2). 

1) Click to highlight the name of the renter whose file you want to access, and click OK to 
select that file. 

2) The first View Reservation/Rental screen appears (View Reservation/Rental, page 4). 

The following columns and fields are display-only: 

Adjustor Name - The adjustor in charge of the claims listed below. 

Claim Number - The claim number assigned to a particular renter. 

Type - The type of claim (Insured, Claimant, Theft). 

Rate Authorized - The rate of the vehicle authorized by the adjustor. 

Rent Days - The number of days the vehicle has been on rent 

Authorized Days - The number of days authorized by the adjustor. 

Days Behind - The difference (if any) between the number of days authorized and the 

number of days on rent 

(KSP If Auth Days was selected in the Additional Sort field, the claims will 
appear in descending order by the total authorized days. 
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Open Detail - By Body Shop 

. This Open Detail - By Body Shop screen appears when you select Body Shop in the Report S o rted By field 
and Auth Days in the AdditionalSort field on the Select Report View Options screen (page 2). 

1) Key the first few letters of the desired body shop in the Position to Body Shop Name 
field, and click Search. The list refreshes with your selection at the top. 

2) Click to highlight the name of the renter whose file you want to access, and click OK to 
select that file. . 

3) The first View Reservation/Rental screen appears (View Reservation/Rental, page 4). 
fKagp For details on the column headings and fields, please refer to pages 3-4. 
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Process Approved Invoices E 

,y^|p When should I fj^BLtA Use this R 

r \m0: use Process |gp section to E 

.,. Wm: Approved process and IS 

Invoices? paya „ K 

invoices BU 
at your h 
claims center.E 

Process Approved Invoices - Main Menu 1 

Password Screen 2 

Process Approved Invoices 3 

Invoice Review/Approval 4 

View Reservation/Rental 5 

Send-to Adjuster SSfh;; 6 

Batch Payment Confirmation 7 
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Process Approved Invoices - Main Menu 

1) Key your claims office code in the Office field. 

2) Key your last name in the Adjuster field. 

3) Click Process Approved Invoices. 

4) A password screen appears (page 2). 
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Process Approved Invoices 

This Process Approved Invoices screen appears when you enter the correct password on the Process 
Approved Invoices password screen (page 2). 

1) Click to highlight the invoice you wish to view, and click OK to select the invoice. 

2) The Invoice Review/Approval screen appears (page 4). 

3) Click Back to return to the main menu (page 1). 

jjggp If you click Accept Batch, the Batch Payment Confirmation screen appears (page 7). 

You can also cli ck either of the following option buttons : 

Home - Return to the main menu (page 1 ). 

Refresh - Remove all updated information from the current page. 



Enterprise 



Process Approved Invoices 




•Home -.-•Refresh 
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View Reservation/Rental 



This View Reservation/Rental screen appears when you click View Rental on the Invoice Review/ 
Approval screen (page 4). 

This screen is view-only. You can review the information on the screen to determine 
whether to process the adjuster-approved invoice. 



Click Next or Back to return to the Invoice Review/Approval screen (page 4). 
You can also elide either of the following option buttons: 
Home -Return to the main menu (page 1). , 

Additional Charges - View additional charges on the contract (Appendix, page 7). 




■'•.Home /-Additional Charqes ^ 
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Batch Payment Confirmation 

This Batch Payment Confirmation screen appears when you click Accept Batch on the Process 
Approved Invoices screen (page 3 or 6). 

1) In the Payment Date field, enter the date you wish to make payment 

2) Click OK to process the payment and return to the main menu (page 1). 

Click Back to return to the Process Approved Invoices screen (page 3 or 6) without 
processing the payment 

Jjg^p Be sure your office includes the reference number with payment 
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Setup and Maintenance 



When should I £fi%l9pA Use this 
;^||^^p use Setup and section to 

•M^^^^l Maintenance? fotttdSBp customize 

RMS Web, 
create or 
change 
passwords, 
and add 
and activate 
adjusters. 

Setup and Maintenance - Main Menu 1 

Key Password to Access Setup and Maintenance - Main Menu 2 

Choose a Selection from the File Maintenance Menu 3 

Customer Profile Maintenance (Customize ARMS Web) 4 

Adjuster Selection - Maintain Adjuster Files 5 

Maintain Adjuster Files $ 

Add an Adjuster 7 
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Setup and Maintenance - Main Menu 

1) Key your claims office code in the Office field 

2) Key your last name in the Adj uster field. 

3) Click Setup and Maintenance. 

4) A password screen appears (page 2). 



flCSSp The first time you use the Setup and Maintenance screens, you will be 

prompted to create a password on the Customer Profile Maintenance screen 
(page 4). You can also change a password on the Customer Profile 
Maintenance screen. Once you have created a password, you will not be 
prompted on the Customer Profile Maintenance screen again. 



Enterprise 
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Choose a Selection from the File Maintenance Menu 

This File Maintenance Menu screen appears after the ARMS Web system accepts your password. 
There are two buttons from which to choose. 

♦ Customer Profile File - Advance to the Customer Profile Maintenance screen to customize 
ARMS Web for your company's specific needs. Create or change your password (page 4). 

♦ Adjuster Master File - Maintain adjuster information such as address and telephone number. 
You may also activate and deactivate an adjustor from the system (page 6). 

1) Click the button (see descriptions above) you wish to choose. 

2) Click Back to return to the main menu (page 1). 
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Adjuster Selection - Maintain Adjuster Files 



This Adjuster Selection pop-up window appears when you click Adjuster Master File on the File 
Maintenance Menu screen (page 3). There are two functions from which to choose. 

♦ Maintain files for adjusters already authorized to ARMS Web. 

♦ Add new adjusters to ARMS Web. 



You can do one of the following: 

1) Key the first few letters of a name in die Adjuster Last Name field, and click Search to 
find a particular adjuster. 

OR 

2) Click to highlight the adjuster you wish to select, and elide OK to continue to the 
Adjuster Maintenance screen (page 6). 

OR 

3) Click Add an Adjuster to continue to the Adjuster Add screen (page 7). 
OR 
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Add an Adjuster 



This Adjuster Add screen appears when you elide Add an Adjustor on the Adjuster Selection pop-up 
window (page 5). 



1) Key thenewadjusto^sinformationonflie appropriate lines. 

f|S§P All information is required except the last four digits of a nine-digit ZIP code 
and ateiephone extension. 

2) Click OK to add the adjustor to the ARMS Web system and return to the File 
Maintenance Menu (page 3). 

Click Back to return to the Adjuster Maintenance screen (page 6). 
You can also click the following optionbutton (Appendix, page 1): 
Home - Return to the main menu (page 1 ). 




©Home 
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Buttons 



When should I 
|||f use Buttons? 




^ Use this 
*ip*S section to 
IMf access detail 
screens 
throughout 
ARMS Web. 



Buttons - Overview l 

Rates 2 

Detail ■ 3 

Message 4 

Change Adjuster 5 

Change Claims Office $ 

Additional Charges 7 
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Buttons - Overview 

Buttons can guide you through the ARMS Web system quickly. This overview describes those buttons 
that are the same throughout each option. Screens that can be accessed only through a button are 
described on the following pages. Other buttons are defined within the options in which they are used. 

Rates - View the rates, address, and phone number of the Enterprise office receiving the reservation. 
Home -Return to the ARMS Web main menu. 

Detail - Access screens to key or view more detail in a reservation/rental. 

Message - Send a message to an Enterprise office. 

Change Adjuster - Change the adjuster handling the file. 

Change Claims Office - Change a claims office. 

Additional Charges - View additional charges on a rental contract 



Appendix -Page 1 
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Detail 



Additional Information in a Reservation 
Renter, Vehicle, Repair Facility, and Claim Information 



This Create Reservation screen 
appears when you click Detail on the 
previous Create Reservation screen 
(Create a Reservation, page 2). It is 
also available in the Change Reserva- 
tion/Rental and View Reservation/ 
Rental sections. 

1) Key the renter's Last Name, 
First name, and work and/or 
home telephone numbers 
(required). 

2) Key any other information you 
wish to include about the renter, 
vehicle, repair facility, or 
coverage in the appropriate 
fields. 

3) Click Next to save this 
information and continue to 
the next Create Reservation 
screen (below). 



Ctriate Reservation 




Any previously keyed 
information is retained and 
displays in the appropriate 
fields. This applies to both 
detail screens. 



Additional Information in a Reservation 
Authorization, Rental Delivery Information, and Message 



This Create Reservation screen appears when you click Next on the 
previous Create, Change, or View Reservation/Rental screen. 



Enterprise 



Create Reservation 



rentacar 



OOcettStt ei 





1) If the Type is Insured or Theft, 
the Dairy and Maximum fields 
under Polky Coverage and the 
Number of Days field must be 
filled in. Click Rates to view rates 
(optional). If the type is Claimant, 
the Number of Days and Vehicle 
Rate fields must be filled in. Key 
the Phone Number Where Rental 
Is Needed, and use the drop-down 
arrow to select Yes if the rental 

is needed immediately or No 
if not (required). 

2) Key any other information you wish 
to include about the authorization, 
rental delivery , and message. 

3) Click Finish to process the 
reservation and return to the 
ARMS Web main menu (Introduc- 
tion, page v). 
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Change Adjuster 



Use this Adjuster Selection screen to look up or change an adjuster assigned to a reservation/rental. 

1) Click to highlight the name of the adjuster you wish to select. 

To search for an adjuster by last name, key in the desired name and click Search. 

2) Click OK to insert the adjuster's name in the appropriate fields. The name is locked 

in and carries forward to other screens of the authorization. Click Back to return to the 
previous screen without selecting an adjuster. 

flCSp Click Change Claims Office to transfer the reservation/rental to another 
claims office. A pop-up window with a list of claims offices within your 
company displays (page 6).» 
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Use this Additional Charges screen to authorize chaiges in addition to the price of the rental. 

1) Click to select the type of surcharge in the Type column. 
Select from these three types: 

♦ Daily (the amount authorized is charged on a daily basis). 

♦ Rental (the amount authorized is charged once during the rental). 

♦ Percentage (the amount authorized is a percentage charge, e.g., airport access fee). 

2) Key the dollar amount or percentage you are authorizing in the Amount or Percent 
column to the right of the Type column. 

3) Click OK to save these charges and .return to the previous screen. Click Back to return 
to the previous screen without authorizing any charges. 



Once recorded, the information will be saved in the system but displ ays on this 
scsseaonly when you click OK. Key over any existing information to make 
changes. 



gg> Enterprise 



Create Reservation 



Additional Charges E3i 
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✓✓✓✓✓✓✓✓✓✓ 
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Please be advised of the following update to the ARMS/400 program: 

ARMS/400 adjusters now have a new way to view open rentals. We have added a new 
feature that allows adjusters to sort claims by repair facility when searching for rentals by the 
last authorized day. This enhancement will enable adjusters to proactively manage their files 
(or the entire office's files) by consolidating all of the rentals that require follow-up by repair 
facility. 



This is what the Select Reservation/Rental screen currently looks like after you select Option 
2 - Change Reservation/Rental on the ARMS/400 Main Menu: 




On the current screen, there is no way of sorting rentals by repair facility. The only sort 
available is by adjuster last name or the status of the rental. 
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Updated Screen 

The updated screen includes the field Sort by Repair Facility (see highlighted below). 



All other filter options on this screen will remain the same. Please refer to your ARMS/400 
User Guide for instructions on the other fields on this screen. 

For this new feature, key the desired date in the Last Authorized Day field and Y (Yes) in 
the Sort by Repair Facility field Press [ENTER]. Another new screen, Select Open 
Rentals by Repair Facility, appears (page 3). 
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Select Open Rentals by Repair Facility Screen 



The repair facilities appear in alphabetical order. To view a different repair facility, key the 
name in the Position to Repair Facility field and press [ENTERJ. 

To select a file, key 1 in the Sel (Select) field and press [ENTER]. The Change 
Reservation/Rental appears (page 4). 

|F3| Exit 

Return to the ARMS/400 Main Menu. 

|F5| Previous Repairer 

Move back to the previous repair facility (in alphabetical order). 

|F6] Next Repairer 

Move to the next repair facility (in alphabetical order). 

|F12| Previous 

Return to the Select Reservation/Rental screen (page 2). 
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Change Reservation/Rental Screen 

The Change Reservation/Rental screen has also been updated (see highlighted below). 



iPh/Veh: 314-555-1234 96 Honda 



>, .Mi-: 



: :.a.~< ".'V. ^ \ {■) jjogg.^s.: ':« 

L$IT»Ve££i Jf'sw-?-: i*--'M»^: ! J0 il&7=' 



The phone number of the repair facility and the vehicle being repaired have been added. For 
detailed instructions on the other fields, please refer to your ARMS/400 User Guide. 

Note: These new fields will also be available on the View Reservation/Rental screen. 
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Please be advised of the following update to the ARMS/400 program: 

ARMS/400 is being enhanced with additions to Option 15 - On-Line Reporting. With 
these new features, more reports on rentals, broken down by adjuster, repair facility, or 
claim center, can be displayed on the screen. 

Two new choices appear on the Select Report View Options screen: 

• Closed in the Status field 

• Summary in the Report Type field 

The screen below is what the Select Report View Options screen currently looks like after 
Option 15 is selected on the ARMS/400 Main Menu. 



."..v ^v— .'jp -J v.*- v*-, - 



On the current screen, closed ticket reports or summary report types were not available. 
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Updated Screen 



















j /• • J 


















Status; 2 


l=Open 2=Closed 






Report Type: g 


2=rDetail 2=Strannary 






From the updated Select Report View Options screen, adjusters can now select summary 
reports and reports on closed tickets — in addition to all of the other reports they could 
previously access with Option 15. 

> The fields still automatically default to 1. You must key 2 to access the new choices 
on the menu. 



1 . Key the desired sorting method. 

2. Press j ENTER]. 

If 2 is keyed in the Status field and 1 is keyed in the Report Type field, a Closed 
Detail screen appears (page 3). 

If 2 is keyed in the Status field and 2 is keyed in the Report Type field, a Closed 
Summary screen appears (page 5). 

> Note: These are the only two screens that will be shown in this update. Both will be 
sorted by Adjuster and Authorized Days. For instructions on other screens, please 
refer to the ARMS/400 User Guide. 



08/15/00 



Page 2 



WO 02/097700 



488 



PCT/US01/51431 




Closed Detail Screen 



o:;^v::;;o * , .Jg v 4H* ©steers % &e@£@i*sg .-, <3fe§*S 



. 'C-il^iiM, l$nnrt~rc i».vyrf >&t£ai^ Sfep*' @<i$&' .*§*Xr& 




From the Closed Detail screen, adjusters can select an individual claim or simply look at 
the information provided on this screen. 

1 . Position to Adjuster Last Name - Key the first few letters of the last name of the 
adjuster whose claims you wish to view. 

2. Press | EiNTE R| to display the selected adjuster's name. 
The following fields are display-only (unless noted below): 

Office Active - The first month with available reporting data. 
Range - The range cf dates for the reporting data. 

> These are two new fields on the screen. They are both prefilled in with default 
values. You can edit the Range field, but the Office Active field is view-only. 

Adjuster Name - The adjuster in charge of the claims listed below. 
Claim Number - The claim number assigned to a particular renter. 
Typ - The type of claim (^Insured, Claimant, T=Theft). 
Rate Auth - The rate of the vehicle authorized by the adjuster. 
Rent Days - The number of days the vehicle has been on rent. 
Auth Days - The number of days authorized by the adjuster. 
# of Ext - The number of extensions the adjuster has sent. 
Total Chgs - The total amount of charges on the rental contract. 
Amt Rcvd - The amount of the payment received by Enterprise. 
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Bill Amount - The amount of the rental bill. 

Total - The number of contracts the adjuster is handling at this time. 

Avgs - The average numbers from the columns above. 

3. Key 1 in the Sel (Select) field to choose a particular claim. 

4. Press | ENTER], The View Reservation/Rental screen appears. Please refer to 
the ARMS/400 User Guide to view the View Reservation/Rental screen. 

I CO | Exit 

Return to the Main Menu (page 1). 

|F5| Previous Adj 

Display the previous adjuster's (alphabetically) claims (if applicable). 

|F61 Next Adj 

Display the next adjuster's claims (if applicable). 

|E9| Show Renter * 

Display renters' names in place of the claim numbers. 

|F12| Prev 

Return to the Select Report View Options screen (page 2). 
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Position to Adjuster Last Name - Key the first few letters of the last name of the 
adjuster whose claims you wish to view. 

The following fields are display-only (unless noted below): 

Office Active - The first month with available reporting data. 
Range - The range of dates for the reporting data 

> These are two new fields on the screen. They are both prefilled in with default 
values. You can edit the Range field, but the Office Active field is view-only. 

Adjuster Name - The adjuster in charge of the claims. 
Tot Inv - The total number of invoices for this adjuster. 
Rate Auth - The rate of the vehicle authorized by the adjuster. 
Rent Days - The number of days the vehicle has been on rent 
Auth Days - The number of days authorized by the adjuster. 
# of Ext - The number of extensions the adjuster has sent. 
Total Chgs - The total amount of charges on the rental contract. 
Amt Rcvd - The amount of the payment received by Enterprise. 
Bill Amount - The amount of the rental bill. 
Summary - The average of all of the columns above. 

1 1*3 J Kxit 

Return to the Main Menu (page 1). 
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|P!2| Previous 

Return to the Select Report View Options screen (page 2). 

* * * 
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1. 
1.1 

1.2 
1.3 



1,4 
1.S 



Extend Rental Use Case 
Application Overview 

The following is a document used to illustrate the process for how the USER will extend a previously 
authorized rental using ARMS/Web 3.0. The intent for this release of the ARMS/Web application is to 
reach a much wider audience. This application will target a Multi-Vendor, Multi-Segment, and 
International customer base. 

Brief Description 

This use case will describe how the USER will extend a previously authorized rental The rental company 
(via an Authorization RequestX the RENTAL ADMINISTRATOR (via a Customer Search), or Reporting 
(via the Callback feature) can initiate this use case. 

Use Case Actors 

The following actors will interact with this use case: 

• RENTAL ADMINISTRATOR - The RENTAL ADMINISTRATOR will use the system to 
extend a previously authorized rentaL This use case refers to a USER in the role of a rental 
administrator. There are various types of customers that the USER would represent, which 
include corporate account holders, car dealerships, insurance companies, and others. 

• ARMS - The ARMS system will receive/send transactions to ARMS/Web to confirm the 
extended rental. 

• RENTAL CAR COMPANY - A wide variety of rental car companies will be able to use this 
system as well. Each company will have the ability to initiate and manage their rentals through 
the use of this application. 

Pre-Conditions 

• The USER must have logged into the ARMS/Web system. 

• The USER must have selected a previously authorized, open rental 

Flow of Events 

The Flow of Events will include the necessary steps to make changes and updates to "Extend Rental" . 
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1.5.1 Activity Diagram 



Extend Rental Activity Diagram 



Rental Notebook- 1 
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1.5.2 Basic Flow 

1. The system will display the details of the Rental 

2. The USER will enter the number of days to extend the rental. 

3. The USER will submit the Extend Rental Details. 

4 . The system will validate the number of days the rental will be extended 

5. The system will update the ARMS/Web database with the Extend Rental Details. 

6. The system will read the profile for the confirmation screen setting. 

7. For non-Enterprise rentals, the extension is sent to the non-ERAC renal car company's rental 



8. This ends the use case. 



15.3 Alternative Flows 

15.3. 1 View Rental Notebook 

At step 1 of the basic flow, the USER may choose to view the history of a rental. The USER will 
be able to see the diary notes associated with the Reservation /Rental. 

15.3.2 Display Confirmation 

After step 7, the USER may wish to have a confirmation page displayed, indicating that some 
type of change has taken place. The confirmation page is completely optional; therefore, at 
anytime the USER wants to set their profile to bypass this screen, he/she may do so. 

15.3.3 Update USER Profile 

During the confirmation process, the USER has the option of changing their profile setting to 
display or hide the confirmation page Each time the setting is changed, the USER profile must 
be updated to reflect the new requirements set by the USER 

15.3.4 Validate Changes 

If the USER changes or adds information, which does not pass validation, an error message will 
notify the USER and return them to step 1 of the Basic Flow. 

If an error is discovered in the validation of the reservation / rental information submitted by the 
USER, the system would present the USER with an error messa ge and retain them to the 
Detailed Reservation / Rental Display. If Ae error is srjecific to a data fidd within the forn^ the 
field should be highlighted and the error described 

15.3.5 Change Customer File 

Prior to step 3, the USER has the option to make changes to the customer file. After clicking the 
change/add link, the screen will refresh with all editable fields opened and available for the 
USER to make changes. 

15.3.6 Update ARMS/Web Database 

After successfully validating the recent changes, the system must update the ARMS/Web 
Database. The system goes through the same process as in the Basic Row, as the database is 
updated to reflect the latest changes. 
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1.6 Post-Conditions 

• If the use case was successful then the rental has been extended and the ARMS/Web system has been 
notified. 

• If the use case was unsuccessful then the system has remained unchanged 

1 .7 Special Requirements 

• The number of days to extend a rental must be an integer greater than zero. 

• If a USER attempts to extend an insured rental beyond their limits for number of days and dollar 
amount, the system should return an error message. 

1.8 Extension Points 

1ft 1 MA-16 Reassign USER/Office (Transfer) 

After the extend rental detail is displayed, the USER may choose to transfer the current 
office/USER. First, the USER would select to change the current office/USER. Second, the 
system would display a list of authorized offices/USERs. Third, the USER would select a new 
office/USER. If additional changes are made to the customer file, the new data will also be 



lft2 MA-08 View Car Class 

The View Car Class use case will be used to allow the USER to view details about and select a 
car class to apply to a reservation. Details will include the average number of passengers and 
luggage items that can be served by a vehicle in the specific car class. The car class selected by 
the USER should be applied to the reservation. 

1.8.3 MA-15 Terminate Rental 

After the extend rental detail is displayed, the USER may choose to terminate the rental. If 
termination is selected, the USER must enter a reason for the termination of the rental. 
Termination means the insurance company is no longer willing to pay for the rental 

18.4 MA-Q4 Send Message 

The Send Message will be used to allow the USER to capture messages and diary notes 
associated with extending a rental The USER can elect to either have the message sent to the 
rental company responsible for the reservation/authorization, or (Depending on the user segment 
if this option is available) to store the note in the ARMS/Web system without sending the 
message to rental company. All MESSAGES and DIARY NOTES captured must be related to a 
specific reservation/authorization. 
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Screen Design 

A definition of the screen layout(s), screen data fields, and screen functions that are used to implement the 
flows identified above. More than one screen may be used to implement support for the use case flow. 



2.1 Extend Rental Detail 

This screen will allow the USER to pick which functions that he/she may want to change. 

2. 1.1 Screen Layout - Extend Rental Detail 
(ARh£^^20) 
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Claims Office: 001 



Haruflir»gfonTeureeff 



Yoy tofl wttoffied 3 daw *t t»^» Y far "Jffl to, Tfffll 



2 of4 Action Items 





fChancaorAfM] 



1735kP»iinaSL 
Chicago. LGQG22 



RtMTAL Ux*03MATtON: 

Air&erizee' Qam Standard 
Days/Rats: 5 days @ $21 £9AJay 
Currant Que Fu8-Sczt 
MMnal Otargas: None 
Direct Btt%: None 
Rental Date: Q3/2B/2D00 
Start Daet:Q3/2CY2000 



H<mw<773)S6*aB4 
Work: (773J39SS200 



Requested email confirmation 



Rental Location: 
Enterprise Edgewater Branch 

H. AsNand 
Chicago, 1. 60622 
77333*6400 



AWWTtONAL CLAM* iMFOftMATtOte 

Oafm Mue&htr. 32323232323232323 

Oalm Type: Theft 

trowed Name: LQtumandier. Craig 

Owner* veMda: GMC Suburban 1999 

Date ef Loss: 03/28/2000 

Lose Type: Non-DrivaWe 

PoHcy: Daily rate/ 



Repair Facility; 
Eico ChtwoJet 
Chicago , L 60621 
(773)334-9932 



Message. Belanger, Huguss, 2/2QA30 
Note torn Enterprise, Sarussi, Marty, 2/21/00 
Extension Request, 2/2400 
Extension. 2/25AX) 



9 top of page 

CMUdDa 1 TtmCCMdNteM I L»e OH 



Confidential Enterprise Rcnt-ArCar © 2000 

Y:\APPSVf ARMSW«*\AppHc«rk«\A^ SpecrtMA- 12 Extend Ra^uncUooel Speo\MA-124^ARKCWdJ.OvKt.doc 



WO 02/097700 



PCT/US01/51431 



501 



ARMS Redesign Project - Release 3.0 
Extend Rental 



Issue: 1.1 
Issue Date: 10/20/00 



(Fleet User) 



• ertfert «J v*#.Y:':': .-: - : i". fine' ;j 



Office; 001 



Handling foe Yomeff 



Extend Rental: for Bowie, David Claim no. 76SB49322-001 

CUSTOMER £ILE 



2 of 4 Action hems 




Bowie. David 
t73SMP«ftfoSt 
Chicago, ft. 60622 



Home: (773)564-6054 
Work: (773)395-6200 
Email dboMrie@zefer. com 
Requested email confirmation 



Aelhcrlzed das: Standard 
Days/Rale? 5 days £ S21£9May 
Current Otter Fut^Sat 
Additional Charges: Nona 
Raetal Data: 03/28/2000 
StertDatK 03/20/2000 



Rental I 

Enterprise Edgewattr Branch 
5400 NL As hjand 
Chicago L 60622 
773-334^5400 



Oalia Numb an 
Calm Type: The* 
Insured Mime: Laiumandfer. Cnig 
Owner* vahlde: GMC Suburban 1999 
Data of Lose: 03/26/2000 
Less Type: Non-Omsb)a 
Policy: Dally rate/ 
Maximum doUan 



Repair Fecffity: 

Sco Chevrolet 
Chica go. B. 60621 
(773)334-9632 



f*0TEBOOK: 

Meetage. Belanger, Hugues. 22000 
Note from Enterprise, Sanaa. Marty, 2/21/00 
Extension Request, 2/24X10 
Extension. 2/25AD 



O too of page 
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(Dealership User) 



^^^BP^^^ :} " * Automated fiefcfof Management System 



OBcaOOl Handling for. Younetf 

You hut nutfwrLtftd 3 djBQ >2939/d«y far Hnnfa. Tern 
Extend Rental; for Bowlo, DavW Purchase Order No. 765849322-001 

CUSTOMER P»LE 



2 ef 4 Actio* 




PC WTCFl INTO WAATttWfc 

Bowie. David 
1735hlPau!awSt 
Chicago, IL 60622 



Home: (773)56 4-6054 
Worfc (773)395CT0 
Em aitdbw nQzcfef.com 
Requested emsl conwrrnstion 



Authorized Oaaas Standard 
OaywRstr.S days @ $21i&Uay 
Current Qax Fot-Size 
Additional Cteias: None 
Rantal Data: 03/28/2000 
Stnrt Date: 03*20/2000 



RantatLae 

Enterprise Edgewattr Branch 
5400NlAsNand 
Chicago. L 60622 
77^3346400 



AOCrnOKAl CLAIM tNTOfUVtATOI* 

Purchasa Ordar Heedtec 3232323232323 
Oil Type: Theft 

Insured Name: Lalumamfier, Craig 
Owner* vehicle; GMC Suburban 1989 
Data ef Loss: 03/29/2000 
Lees Types Non-DrrVabte 
Policy Daily rata/ 
Maximum doPanc 3MC00 



Repair Fade*/: 
EfcoChtvrotat 
Chicago, L 60621 
(773)204-9632 



Nonsaoo* 



Meesago. Befcmger. Huguo a. 2/2000 
Note from Enterprise. Saiussi. Marty. 2Q\W 
Extension Request. 2/24X30 
Extension. 2/25X30 



O top of paga 
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(Corporate User) 



.Ivcrfecirrf v.v*:.?: v. #r.d <3 



Office: 001 



Handfingfer Ywfftdf 



Yon hwt autfm triHl 1 day* at *2S.39/d»y far BMfck Tom 
^^^i^OMf^?J : ^ Ba ^ <!,,, * VW Coi P° RteC,W8K ° L 765B4932M01 



2 of4 Action Kerns 




[Change or Add) 

Bowie, Darid 
1735 N. Paulina St 
Chicago. L 60622 



Authorized dan: Standard 
DayWRstK 5 days % $21 JSAiay 
Qiirenc Qmk FufcSize 
AddtteaaJ Charges: Nona 
fUntaJ Data: (B/28/2000 . 
Start Data: D3flQi$0a . 



Home: (773)564-8064 
Woric (773)3956200 



Rental Location: 
Enterprise Sdgnwater Branch 
S400M Ashland 
Chicago, L 60632 
7733344400 



AOfff TIOKM. CUM IfOPOfWUtflO**: 



LoaTyp«:NwvOiw3b!B 
Policy: Dally rata/ 
Maximum deBanc 30/600 



NOTEBOOK: 

Maaaaga, Belanger, Hugues, 2/2000 
Note torn Enterprise, Sarusst, Marty, 2/21/00 
Extension Request, 2/24AX3 
Extension, 2/25*30 



* too of page 
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Z 1.3 Extend Rental Detail 



Screen l.-ivl 


T\pc 


S;/c 


Screen Field Nuinc 


DuUi Kield Name 


Screen Specific Rule ^»S3| 


Additional 
Charges 


i/Utput 


ID 


Additional Charges 






Handling ron 


Output 


OA 

y\j 


Handling for Adjusters 
Name 


TV t VT.fMA L. T _ _i 

rust Name + Last 
Name 


Last Name + Fust Name 


IN cue co ocii 
Only 


input 




Message 


NU1H 




Messages: 


Output 


8 


Message Creation Date 


Add Date 


N/A 


jNote to 
Enterprise: 


mpui 


jU 


Message lexi 




XT/ A 

N/A. 




uutput 


<A 

jU 


Message text 




XT/ A 

N/A. 


Clam MiUuDec 

Number 

Number 


JJUipUt 


11 


Claim rsumDer 
rurcQosc wnier 
Number 

Number 


Insurance Claim 




to Date: 


Output 


4t 


IN Ul 111*3, \Jl x/ojo 

Authorized 


Authorized j 


XT/A 
IS/ A. 


authorized days 


Output 


J* 


iNUIIlDQr QI LfayS CO 

Extend 


iNuniDer oi jjays xo 
Extend 




rwicy j*anuu> 


T ict Pay 


< 


jroiicy jvirtXinnim ana 
Dollars per day 


iWttX •> LrOvereo + 
Dollars Per Day 






Output 


30 


Rental Location Branch 

Nam** 


Rental Location 




days (czj. 


■ T «<r+ Dav 

XASl box 


0 


ivenuu Location Kate 


veaicie Kate 


XT/A 
IN/A. 


i/oie oi iveniai 




in 


neniai oiart l/axe 


otart uate 


XT/A 


Insured Name: 


Output 


30 


Insureds Name 


First Name + Last 
Name 






Output 


30 


Rental Location 
Address 


Address Line + 
Auure&s Lme< 


N/A. 




v^UXpUl 




rvGulnl J^OCaUUQ valy 

Name 




XT/A 




Output 


10 


Ratal Location Postal / 
Zip Code 


Zip Code 


N/A 




Output 


3 


Rental Location State / 
Province Code 


State 


N/A. 




Output 


13 


Rental Location 
Telephone Number 


Telephone Number 


N/A 


Date of Loss: 


Output 


10 


Date of Loss 


Date Of Loss 






Output 


20 


Renter City Name 


City 






Output 


10 


Renter Postal / Zip 
Code 


Zip Code 






Output 


3 


Renter State / Province 
Code 


State 






Output 


30 


Renter Street Address 


Address Line 




Home: 


Output 


16 


Renter's Home Phone 


Renters Night Phone 
+ Renters Night 
Phone Extensin 


Not editable if ticket is Open. 
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Screen l abel 


\\ pe 


Size 


Screen held Name 


1 l ; icld Name 


Screen Spec ilk Rule ' 




Output 


30 


Renter's Name 


First Name + Last 
Name 


Will not be editable if ticket is onen 
First Name + Last Name 


Renter 


Output 


30 


Renter's Name 


First Name + Last 


N/A. 


Information: 








Name 




Work Phone: 


Output 


16 


Renter's Work Phone 


Day Phone + Renters - 
Day Phone Extension 


Will not be able to edit if ticket is - 
Open. 


Owner's vehicle: 


Output 


4 


Vehicle Year, Make 
and Model 


Renter Make/Model 
+ Renter Vehicle 
Year 




Repair Facility: 


Output 


20 


Body Shop Name 


Repair Facility Name 






Input 


16 


Bod/ Shop Phone 
Number 


Telephone Number 






Output 


15 


Repair Facility City 


City 






Output 


3 


Repair Facility State 


State 






Output 


7 


Repair Facility zip code 


Zip Code 




Last Day 
authorized 


Output 


10 


Date rental is 
authorized through 


CALCULATED 


Calculated field. Populated with an 
Open Ticket only. 


Charges to Date: 


Output 


10 


Total Charges 


CALCULATED 




Renter Type 


Output 


10 


Claim type 


claim type 
description 




Claims Office: 


Output 


3 


Office Id 


external organization 
abbreviated name 


N/A. 


Vehicle 
Condition 


Output 


15 


Type of Loss 


loss type description 




Renter Email 


Output 


20 


Renter's Email 


renter wranl 


Will not be able to edit if ticket is 
Open. 



2 1.4 Screen Function Definition 

This section includes the definitions for all functions that can be performed within the screen. 
This includes operations invoked by button clicks, specific shortcut keystrokes, or other actor 
activity. 

Z1.4.1 Skip 

When clicked, the USER will be taken out of the use case without changing the current 
status of the request Any changes made by clicking Change or Add and keying data in 
the bottom section will be saved. 

214.2 Process 

When clicked, the system will validate the input and accept the changes made to the 
customer file. The ARMS/Web database will be updated. The use case will then end 
and the USER will return to the process from which they came. 

214.3 Notebook 

When clicked, the USER will be taken to the Note Book section at the bottom of the 
screen to view all messages for this rental 

214.4 Set Last Date 

When clicked, the system will terminate the rental. The USER will be prompted to enter 
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a termination date for this rental This coincides with the use case MA-17-Terminate 
Rental. 

2.14.5 Transfer Fife 

When clicked, the USER will be taken to the Transfer File screea This screen allows 
the USER to change the office or adjuster currently assigned to the customer file. The 
required information in the Extend Rental/Customer File will be passed to the Transfer 
File screen. Upon completion of the transfer, the USER will then be returned to the next 
action item or the profiled start page, depending on the screen from which the USER 



Z1A.6 Change or Add 

When clicked, the system will refresh the current screen and make all editable fields in 
the bottom section (outside the gray box area) input capable. The changes on the top of 
the screen will not be lost 

2.14.7 Top of page 

When clicked, the USER will be taken to the top of the current page. 

2.14.8 View Car Class 

When clicked, the USER will be taken to the View Car Class Use Case. No changes 
will be lost Once the USER is finished with this use case, the USER will return to the 
Extend Rental Use Case. 

Z14.9 Extend Rental 

When clicked, the system will validate the input and accept the extension AND the 
changes made to the customer file. The ARMS/Web database will be updated. The use 
case will then end and the USER will return to the process from which they came. 



began. 
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Review List - Action Items 

1 . Review List Action Items Use Case 

1.1 Application Overview 

The following is a document used to illustrate the process for how the USER would view and/or select any 
outstanding action items assigned to them using ARMS/Web 3.0. The intent for this release of the 
ARMS/Web application is to reach a much wider audience. This application will target a Multi-Vendor, 
Multi-Segment, and International customer base. 

1.2 Brief Description 

This use case describes how the USER would view and/or select any outstanding action items assigned to 
them. 

1.3 Use Case Actors 

The following actors will interact with this use case. 

• RENTAL ADMINISTRATOR- The RENTAL ADMINISTRATOR will use the system to 
review outstanding action items tote This use case refers to a USER in the role of a 
USER There are various types of customers that the USER would represent, which include 
corporate account holders, car dealerships, insurance companies, and others. 

• ARMS - The ARMS system will receive/send transactions to ARMS/Web based on actions of the 
USER, retrieving and acting action items. 

• RENTAL CAR COMPANY - A wide variety of rental car companies will be able to use this 
system as well. Each company will have the ability to initiate and manage their rentals through 
the use of this application. 

1.4 Pre-Conditions 

• The USER must be lo gged into the ARM3/W eb system. 

• The USER must have selected to Review a list of Action Items. 

• The system must retrieve and confirm the USER ID and access authority. 



1.5 Flow of Events 

The Flow of Events will include the necessary steps for an USER to review and assign outstanding action 
items. 
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1 . 5. 1 Activity Diagram 

Review List Action Items 




Confidential Enterprise Re*- A-Car © 2000 1 

Y:\AfTS\*ARMSWd>\AppUc«^ SpecrfMA-14 Review Lfat Action ItcnriFuocticcal SpeoVMA- 1 4-FDS.ARMSWcb3.Ov I.l.doc 



WO 02/097700 



513 



PCTAJS01/51431 



ARMS Redesign Project - Release 3.0 
Review List - Action Items 

1.5.2 Basic Flow 

1. The USER selects to review the outstanding action items list 

2. The system retrieves the list of outstanding action items associated with the USER ID. 

3. The system sorts and builds the list based on the appropriate USER profile. 

4. The system will display a list of all outstanding action items assigned to the USER, which could 
include: 

• Authorize a Request 

• Extend a Rental 

• Handle Unapproved Invoices/Pay Approved Invoices 

• Send a Message 

5. The USER will select an item from the action items list 

6. The system displays the detail appropriate to the action hern status. 

7. Ujpon completion of the selected action item, the system will determine the next action item and 
display until the current list has been completed 

8. This ends the use case. 

1 5.3 Alternative Flows 

1.5.3.1 Handle For A Different USER 

Until step 5, the USER may choose to handle requests for another USER. At this time, the USER 
must select the appropriate USER to handle for. The system will then validate the ID of the 
alternate USER, and then rebuild the action item list to include all outstanding items associated 
with the new ID. 

15.3.2 Resort Action Items Ust 

After displaying the action item list using the default from the profile, the USER may decide to 
sort the list based on some other criteria. At any time, the USER may choose to re-sort the action 
item list (Depending on the USER segment) based on Item Type, Date Received, Renter* s Name, 
Claim Number or Corporate Class Number or Purchase Order Number, Rental Company, and 
Administrator 

15.3.3 No Items Found 

U there are no Action Items available for the USER work on, the system will display a message 
indicating that there are no available action items to display. 

1.6 Post-Conditions 

None 

1 .7 Special Requirements 

1.7.1 Sort Request 

The default sort order has been specified by the USERs profile, which governs the order in which action 
items have been presented. If invoices have been added to the USER'S payment list, a link displays for 
them to proceed to the 'Payment List'. Alternatively, after the last invoice has been approved, the system 
automatically proceeds to the 'Payment List* before resuming the outstanding action items. If the USER 
has been designated with the responsibility of handling the 'Unassigned Requests,' a link at the bottom of 
the action item list displays. 
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1.8 Extension Points 

An extension point indicates a link between this use case and another use case. Extension points 
associated with the use case are indicated below. Clicking on the extension point will open the related use 
case. 

1.8. 1 MA-12-Extend Rental 

At step 5 , the USER must select an action item to perform. At this point, the USER may elect to extend a 
previously authorized rental Extensions may be performed due to prolonged body shop delays and other 
scenarios. Upon completion of the Extend Rental process, the USER should be returned to step 5 of the 
Basic Flow. The action item that called for the extension should no longer appear in the USER'S action 
item list 

1.8.2 MA-10-Authorize Request 

At step 5, the USER must select an action item to perform. At this point, the USER may elect to authorize 
a direct bill request Upon completion of the authorization, the USER should be returned back to step 5 of 
the Basic Flow. The request needing authorization should no longer appear in the USER'S action item 
list 

1.83 invoicing- BI-01-Handle Unapproved Invoices & BI~02~Pay Approved Invoices & B/-C3 
Reject an Invoice 

At step 5, the USER must select an action item to perform. At this point the USER may elect to pay 
approved invoices, handle unapproved invoices, or reject an invoice. Upon completion of this process, the 
USER should be returned back to step 5 of the Basic Row. The invoices that were processed should no 
longer appear in the USER'S action item list 

1.8.4 MA-19 - View Customer File (Message) 

At step 5, the USER must select an action item to perform At this point, the USER may elect to view a 
message from the rental company. Upon completion of the message, the USER should be returned back to 
step 5 of the Basic Flow. The message should no longer appear in the USER'S action item list 
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2. Screen Design 

A definition of the screen layout(s), screen data fields, and screen functions that are used to implement the 
flows identified above. More than one screen may be used to implement support for the use case flow. 

2.1 Action Items 

This screen will allow the USER to pick which functions that he/she may want to change. 

211 Screen Layout - Action items 
(ARMS/Web2.0) 



Action Items: wdfcoma bad* fw*h ua 



U Ask* Etc*. cE*fte o?« «t orfytw rfnsm wttg c*ttcd fac t» a* fate, dE a' CATg RECCMTy i 




234S87871 
PI 



Confidential Enterprise Reol-A-Car O 2000 2 

Y:\APPS\* ARMSWeb\Applk»bco\A^^ Spccs\MA-14 Rrview List Action Xlems^axticoil SpeaNMA-14-FDS-ARMSWcblOvl . 1 .doc 



WO 02/097700 



516 



PCT/US01/51431 



ARMS Redesign Project - Release 3.0' 
Review List - Action Items 



Issue: vl.I 
Issue Date: 10/20/00 



(Insurance User] 




, Automated Rontat ManSgeSnt System^ 



Claims Office: fo5T !§ Handling for (Yourself 



ACtiOn Items: Wolcom© back, Fitzgerald, Nell. 

O BolMr»te*Mflndth« Adton Items in a »quli%> 



To sort Iho Action Items. oOdttbt oeh/mn tHte of yoor chasm* potBng m«th<x» 
(•e te toil by 4«te. eti(k*fiAl££E£En£ffO 



E xtension 
Invoice 



oMrop nr 

05-01-00 



Bowie David 



Waber, Andrew 



754SB9077 



HLERenVA^ar Fitzgerald. Neil 

Enterprise RgnfcACar Fitzgerald, Neil"" 




^ Ow24houti old 



Contort Us I Ttimift Conditions ) Loo Off 



(Fleet User) 



• : create a' ■ : • /Tr*/ <3 

. &£$£&SAT!Ote ■ CUSTOMS?* 



' \%\c^is Vj the r 

Automated Rental. M3nagem0iCSy$tem 



Office: |001 § Handling for jYouraeH 



Action items: Welcome bads, Fitzgerald, NelL 

O Bti*w pf «*» find ta« actio a items ft*t nquiw yew rtsation. 



To sort tfc* Action Items, oMdc th« oolumn tttte of yotn onostn sorting method 
(oc to sort by date, olid* "DATE RECEIVED^ 



** W ' 'MW* 




HUE R enWVCar FHzgerald, Nejj 

Enterprise RertACar Fdzgerald, Neii 



Payment List 



06-15-00 



(S\ Invoices 



Car temps 



Fitzgerald, Neil 



Over 24 nous old 
OQ N«wlntom>*tton huoom* In. 



Contort Us ] T«nns & Conditions | Log Off 
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CUSTOMS? 



• Automated Rental Management System 



Office: J001 J 



Handling for [Yours otf 



ACtlOri Items: Welcome back. Fitzgerald, NeiL 

€1 Olam jvu*** nnd th« acflco items tn«t roquh* your Station 



To «*tth» Action Km. ctldttho column tHJ* ofyoci cfecxtn sorting motfaod 




" Oku 24 hous old 

03 Mm* fnfoimjtfon M» ©om% in. 



Ccrrtjct U» | T«ims& Conditions [ Log Off 



(Corporate User) 



"W^fcorne to .fee- = 



- AutoT^tecf Rs'nfcH' Management System - . . 



Office: |0Q1 jg| Handling for | Yourself 



ACtlOn items: Welcome back. Fitzgerald, Nell. 

O 5*iow find th« ocikn lUrco th«t *»quli% >~ur *t*«frbor>. 



To tort tho Action turns, ofiditho ootumn tt&o of youi onostn sotting moinod 
C«c to eod by djt*. dMc'pATE ftECjiygp") 




Fitzgerald, Nail 



^ Over 24 hous old 

N«*» Inform *tton bn cam* in. 
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2. 1.2 Action Kerns - Summary 



Screen LjM 






Screen 1'ielil X:iriie 


IbUiIicKl 


Screen Spoclk Rule 


Date Received 


Output 


0 


Date Received 


action item assigned 
date 


N/A. 


Type 


Output 


15 


Action Item Type 


action item type 
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USER 
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USER'S Name 
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First Name + last 
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Welcome Back 
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Renter's Name 
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Renter's Name 
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Claims Officer 


List Box 


3 


Office 
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2. 13 Screen Function Definition 

This section includes the definitions for all functions that can be performed within the screen. This 
inchides operations invoked by button clicks, specific shortcut keystrokes, or other actor activity. 

Z1.3.1 Renter's Name 

When clicked on a specific hyperlink under the "Renter's Name" heading, the USER will go into 
the details of that particular action item and will begin any of the following use cases: 

• MA-12-Extend Rental 

• MA- 10- Authorize Request 

• Invoicing - BI-01-Handle Unapproved Invoices & BI-02-Pay Approved Invoices & BI-03 
Reject an Invoice 

• MA-19-Customer File (Message) 
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Assign a Request 



1 . Assign a Request Use Case 

1.1 Application Overview 

The following is a document used to illustrate the process for assigning the unassigned authorization 
requests to the appropriate user. The assignments will be made using the ARMS Web 3.0 system The 
intent for this release of the ARMS Web application is to reach a much wider audience. This application 
will target a Multi-Vendor, Multi-Segment, and International customer base. 

1 .2 Brief Description 

This use case describes the process of how a USER will review unassigned authorization request and assign 
them to a USER for further handling. 

1.3 Use Case Actors 

The following actors will interact with this use case: 

• RENTAL ADMINISTRATOR - RENTAL ADMINISTRATOR will use the system to assign the 
unassigned authorization requests. This use case refers to a USER in the role of a rental administrator. 
There are various types of customers that the rental administrator would represent, which include 
corporate account holders, car dealerships, insurance companies, and others. 

• ARMS - The ARMS system will receive/send transactions to ARMS Web to manage each phase of the 
rental process. 

• RENTAL CAR COMPANY - A wide variety of rental car companies will be able to use this system 
as well. Each company will have the ability to initiate and manage their rentals through the use of this 
application. 

1.4 Pre-Condttions 

• The USER must be signed-on to the ARMS Web system, 

• The USER should be authorized to assign a request 

• If there are unassigned requests present, the USER has selected the link from the Review List Action 
Items Use Case to enter this use case. 



1.5 Fiow of Events 

The Flow of Events will include the necessary steps to make changes and updates to "Assign an Action 
Item**. 
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1.5.1 A 



Assign An Action Hem Diagram 




Anotur y 
UhftSStyed 
Request 




► 


(Mates* 






Confidential Enterprise Rent- A-Cei © 2000 2 

YAAFPSUAJttbCSWebVAppBc*^ Spec*\MM»-AssigD t Roquest\Fuoctiaoil Spec3\MM»^DS-ARMSWefc3.0vl .1 Joe 



WO 02/097700 



PCT/US01/51431 



525 



ARMS Redesign Project - Release 1.0 
Assign a Request 



Issue: vl.l 
Issue Date: 10/20/00 



1.5.2 Basic Flow 

1 . The USER selects the unaligned authorizations link 

2. The system retrieves all unassigned request summaries, 

3. The system retrieves all OFFICE IDs within ARMS Web. 

4. The system retrieves all USER IDs within the OFFICE. 

5. The system displays the unassigned authorization summaries with the offices and users. 

6. The USER selects a user to assign to the request 

7. The system will update the ARMS Web database, 

8. This ends the use case. 

15.3 Meroam/e Hows 

1.5.3.1 Cancel Use Case 

The USER should be capable of leaving the use case at any point prior to assigning the of the 
reservation information. 

15.3.2 Modify a Request 

Before step 6 of the basic flow, the USER should be able to make changes to the authorization. 

15.3.3 Select a different Qffice 

Before step 6 of the basic flow, the USER should be able to select a different office for this 
authorization request If a different office has been selected, the user cannot assign the file to a 
new user. The new office must now assign the file. 

1 .6 Post-Conditions 

If the use case is successful, the system will change the request type from an unassigned authorization 
request to direct bill. If the user has authority to authorize this request, the system will change the request 
to Authorized status and assign the adjuster picked in Step 5 of the basic flow. 

If the use case is unsuccessful, the system state will remain unchanged. 

1 J Special Requirements 

None 

1.8 Extension Points 

1.8.1 MA-Q4 Send Message 

The Send Message function will be used to allow the user to capture messages and diary notes 
associated with a rental reservation/authorization. The USER can elect to have the message sent 
to the rental branch location responsible for the reservation/authorization. The USER may also 
send a message without assigning the file to a user/office. All MESSAGES and DIARY NOTES 
captured must be related to a specific reservation/authorization. 

1.8.2 MA-10 Authorize a Request 

The USER may decide to enter into the full detail screen of the unassigned request, which would 
invoke the Authorize a Request use case. 
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2. Screen Design 

A definition of the screen iayout(s), screen data fields, and screen functions that are used to implement the 
flows identified above. More than one screen may be used to implement support for the use case flow. 

2.1 Action Items - Unassigned 

This screen will allow the USER to assign action items to an office or USER. The USER may also cancel 
an item or change specified information in the Customer File through this screen. 

Z1.1 Screen Layout - Action /terns - Unasskmed (ARMS Web Z 0) 
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212 Action items - Unassianed 
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Screen Function Definition 

This section includes the definitions for all functions that can be performed within the screen. 
This includes operations invoked by button clicks, specific shortcut keystrokes, or other actor 
activity. 

2.12.1 «Previou$ 

When clicked, the USER will be taken bade to the previous screen. 

2.12.2 Process 

When clicked, the USER will be taken to the next item in the action item list or a detail of the 
completed action items. This button ends the use case 
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Z1.Z3 Cancel 

When clicked, the USER will be allowed to cancel the authorization. If this occurs, the rental 
becomes unauthorized and the rental is no longer responsibility of the company. 



Issue: vl.l 
Issue Date: 10/20/00 



Confidential Enterprise Rol-A-Car 2000 

Y;\APPSWAWw©Wefc\Appl^^ Speo\MA-OfcAaigD * RrqucslVFuuctimd Spea\MA^FDS-ARMSWeW.(M . I .doc 



8 



WO 02/097700 PCT/US01/51431 

531 



Enterprise Rent-A-Car 



ARMS/Web 3.0 
Functional Design Specification 

View Car Class 

Version 1.3 

Last Saved: 9/27/00 9:33 AM 



WO 02/097700 



532 



PCT/US01/51431 



ARMS Redesign Project - Release 3.0 Issue: ] j 
View Car Class Issue Date: 10/20/00 



Revision History 



Date 


issue 


Description 


Author 


2000-04-07 


0.1 


Initial draft published to design team for 
review and comment 


Brent Armbnister, Sean 
O Donnell 


2000-04-11 


0.2 


Removed subdocaments. Updated data 
fields listing to reflect format changes 


Cindy Bastean 


2000-O5-O1 


0.3 


Added screen fields to "Car Class 
Summary" and "Car Detail Screen" screen 
field tables 


Cindy Bastean 


2000-O5-O8 


0.4 


Included additional changes, comments 
and feedback out of the initial review 
sessions. 


Sean O'DonneU 


2000-05-30 


0.5 


Added data field information from 
DATAJFIELDS 


Cindy Bastean 


2000^)9-27 


1.3 


Changes made based on feedback provided 
by business leads with respect to the future 
state of Release 3.0. 


Amanda Banta, Aaron 
Foster, Mike Slater, Tun 
Weinstock 



Confidential Ertopnse Real- A-Cv© 2000 

Y:\APPS\*ARMSWeMAppfccati^^ Spea\MA-08 Vtctv C* CUs,\FundiaaJ Spea\MA-0WT>S-AJ?MSWd)3.Ov! J.Ax 



WO 02/097700 



533 



PCTAJS01/51431 



ARMS Redesign Project -Release 3.0 hsuz: 1.3 

View Car Class Issue Date: 10/20/00 

Table of Contents 

1. View Car Class Use Case 1 

1.1 Application Overview 1 

1.2 Brief Description 1 
13 Use Case Actors 1 

1 .4 Pre-Conditions Error! Bookmark not defined. 

1.5 Flow of Events 1 

1.5.1 Activity Diagram 2 

1.5.2 Basic Row 3 

1.5.3 Alternative Flows 3 

1.6 Post-Conditions 3 

1.7 Special Requirements 4 
1.7.1 Modify Car Class Selection Results 4 

1.8 Extension Points 4 

2. Screen Design 5 
2.1 Car Class Detail Screen 5 

2.1.1 Screen Layout 5 

2.1.2 Car Class Details 6 

2.1.3 Screen Function Definition 7 

3. Questions and Answers 8 



Confidential Ertoprisc Rest- A-Ctr © 20OO 

Y:\AITS\* ARMSWdAApplk^ Spe«s\MM» ViewC* Oa»\Fitt*iaBil Sjra\MA-O^FDS-ARMSWcb3.0vl J Joe 



WO 02/097700 



PCT/US01/51431 



534 



ARMS Redesign Project - Release 3.0 
View Car Class 



Issue: 1.3 
Issue Date: 10/20 AX) 



View Car Class 



i. 
i.i 

1.2 
1.3 



1.4 
1.5 



View Car Class Use Case 
Application Overview 

The following is a document used to illustrate the process for how the USER would view examples of 
automobiles that are part of each rental company car class using ARMS/Web 3.0. The intent for this 
release of the ARMS/Web application is to reach a much wider audience. This application will target a 
Multi-Vendor, Multi-Segment, and International customer base. 

Brief Description 

This use case will allow the USER to view examples of automobiles that are part of each rental company 
car class. The USER will have the ability to select a car class and have the rate for the car class apply to 
the reservation/authorization. 

Use Case Actors 

The following actors will interact with this use case: 

• RENTAL ADMINISTRATOR - The RENTAL ADMINISTRATOR will use the system to 
view and/or select the car class that will apply to a reservation. This use case refers to a USER in 
the role of a USER. There are various types of customers that the USER would represent, which 
include corporate account holders, car dealerships, insurance companies, and others. 

• ARMS - The ARMS system will receive/send transactions to ARMS/Web to retrieving 
information regarding the automobiles. 

• RENTAL CAR C OMPANY - A wide variety of rental car companies will be able to use this 
system as well. Each company will have the ability to initiate and manage their rentals through 
the use of this application. 

Pre-Conditions 

• The USER must be signed-on to the ARMS/Web system. 

• The USER must have a reservation or open ticket selected 

Row of Events 

The Flow of Events will include the necessary steps to view and/or select the car class to apply to a rental 
reservation. 
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7.5. 1 Activity Diagram 

View Car Class Activity Diagram 




Confidential Enterprise Rent-A-Car © 2000 

YAAFPS\AARKtfW<*\Appti^ SpeottAUtt Vkw Cff Cka\Functkoil Spcc^MA^^ARMSWrfO.OvLldoc 



WO 02/097700 



536 



PCT/US01/51431 



ARMS Redesign Project - Release 3.0 
View Car Class 



15.2 Basic Flow 

The Basic Flow of the View Car Class use case includes all of the required steps to view and/or 
select a car class for a rental reservation. If a car class is selected, it will be used to populate rate 
information on a rental authorization. 

1 . The USER will select View Car Class from the active reservation or open ticket 

2. The system will display a car class detail screen. If the USER had previously selected a car 
class (for example, on the Create Reservation screen), the car class selected will be 
displayed. If no car class has been selected, the system will display the Standard car class. 

3 . The USER will select the car class to apply to the reservation or open ticket 

4. The system will return the USER to the active reservation or open ticket and populate car 
class information based on the car class selected 

5. This ends this use case. 



15.3 Alternative Flows 

1.5.3.1 Select Alternate Car Class 

From Step 2 of the Basic Flow, the USER will have the ability to view an alternate car class. 
The car classes that will be available to view include: 

■ Economy 

■ Compact 

■ Intermediate 
- Standard 

■ Full Size 

■ Premium 

If the USER selects an alternate car class, the system will refresh and present the details of the 
new car class. 

15.3.2 Populate Car Class Rates 

If a rental branch location has already been selected prior to entering this use case, the selection 
of a car class will populate the rates that apply to the selected car class on the active reservation 
oropenticket This alternate flow returns the USER to Step 4 of the Basic Flow. 

1.6 Postconditions 

• If successful, the selected Car Class will be returned to the active reservation or open ticket 

• If unsuccessful, the system state is unchanged 
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1 .7 Special Requirements 

The additional requirements of the business use case are included here. These are requirements not 
covered by the flow as they have been described in the sections above. 

1.7.1 Modify Car Class Selection Results 

The USER may change the results of this use case as part of the active reservation or open ticket 

* 1.8 Extension Points 

None. 
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2.1 



Screen Design 

A definition of the screen layout(s), screen data fields, and screen functions that are used to implement the 
flows identified above. More than one screen may be used to implement support for the use case flow. 

Car Class Detail Screen 

This screen will allow the USER to view detailed information about the rental company's car classes. The 
USER will also have the ability to select a car class to apply to a rental reservation/ authorization. 



2.1.1 Screen Layout 
(ARMS/Web2.0) 



>^2^>T cjslT*?. v " View Car Classes 
Compact Class 



Confident Enterprise Rod- A-Car © 2000 

Y:\APPS\#ARMSWdAAppB^^ SpcoVMMB View C* CUa\Functkml Spca\MA^FDS-ARMSWcfa3.0vl 3-doc 



WO 02/097700 



539 



PCT/US01/51431 



ARMS Redesign Project - Release 3.0 
View Car Class 



Issue: 1.3 
Issue Date: 10/20/00 



(ARMS/Web3.0) 



' View Car Classes 
f '.Compact Class \ 



212 Car Class Details 



Scrjuis 1 .1'nct 




1 cr*h 


Screen! :cui\\i:ViC !). : ;.)! jdd 


^crjcriSpccitscKule | 




Output 


20 


Car Class Name 




This should be the name of 
the currently selected car 
class 




Output 


40 


Rental Company Name 






(Person Image) 


Output 


2 


Car Class Person 
Capacity 




This should provide the 
average person capacity of the 
selected car class. 


(Luggage 
Image) 


Output 


2 


Car Class Luggage 
Capacity 




This should provide the 
average luggage capacity of 
the selected car class 




Hidden 


255 


Car Class Image Source 




This should provide a picture 
of an example car within the 
selected car class. 




Output 


120 


Car Class Detail 
Description 




This should provide a 
description of the selected car 
class. 


Economy 


Output 




Economy Car Class 




This should be a hyperlink to 
the Economy car class detaiL 


Compact 


Output 




Compact Car Class 




This should be a hyperlink to 
the Compact car class detail. 


Intermediate 


Output 




Intermediate Car Class 




This should be a hyperlink to 
the Intermediate car class 
detaiL 


Standard 


Output 




Standard Car Class 




This should be a hyperlink to 
the Standard car class detaiL 


Full Size 


Output 




Full Size Car Class 




This should be a hyperlink to 
the Full Size car class detaiL 


Premium 


Output 




Premium Car Class 




This should be a hyperlink to 
the Premium car class detail. 
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2. 1 .3 Semen Function Definition 

This section includes the definitions for all functions that can be performed within the screen. 
This includes operations invoked by button elides, specific shortcut keystrokes, or other actor 
activity. 

2.1.3.1 Select This Car Class 

The Continue screen function will allow the USER to select the car class to apply to a 
reservation. 

2.1.3.1.1 The Continue screen function is invoked through either a button elide or 
through an Enter keystroke. 

Z1.3.2 Previous 

The Previous screen function allows the USER to return to the previous screen. 
2. 1.3.2. 1 The Previous screen function is invoked through a button click. 
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3. Questions and Answers 

None. 
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